00:01.56 | ale_____ | about use gps, is possible? |
00:02.26 | cr2 | maejrep: because "0" can be a parameter |
00:02.54 | maejrep | cr2: but when it's a pointer, you wouldn't pass a NULL pointer as data=0 |
00:02.57 | cr2 | maejrep: i think (void *in, void *out) as used by wince is more logical |
00:03.07 | maejrep | you'd do unsigned data=0; and pass &data |
00:03.13 | cr2 | because you are explicitely forced to mark the params |
00:03.35 | cr2 | hm. ok |
00:03.50 | maejrep | so make it a structure, using: { short has_data; short command; unsigned data1; } ? |
00:04.04 | maejrep | no, other way |
00:04.09 | maejrep | short command; short has_data; |
00:04.17 | cr2 | i think it's so in wince |
00:04.22 | maejrep | that's what I'm seeing |
00:04.43 | cr2 | {char cmd; char param; short dummy; int param1; ... |
00:04.55 | maejrep | if *(in + 1) == 0x1, then store data at *(in + 4) into PC_DATA1 |
00:05.54 | maejrep | yeah |
00:06.05 | maejrep | but that makes setup for each dex call more complex :p |
00:06.34 | cr2 | that's true. |
00:06.51 | cr2 | but easier to analyse the calls |
00:06.56 | *** join/#htc-linux gh0ul (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
00:07.48 | maejrep | cr2: is there any way to know what this is supposed to be? LDR R2, =unk_10014714 |
00:08.14 | maejrep | seems to happen occasionally in ida |
00:08.17 | cr2 | what is at unk_10014714 ? |
00:08.38 | maejrep | well, ida doesn't have a value for it, that's why it's labeled as "unk_" |
00:08.40 | cr2 | local memry, or a constant ? |
00:08.43 | maejrep | if you go to that address, it just shows "1" |
00:09.04 | maejrep | "unk_10014714 % 1" |
00:09.07 | cr2 | int a=1; |
00:09.28 | maejrep | but it's *always* 1, even when I know it's meant to be something else |
00:09.29 | cr2 | or char a=1 ? |
00:09.48 | maejrep | for example: |
00:09.49 | maejrep | LDR R3, =unk_1001436C |
00:09.49 | maejrep | LDR R2, =unk_10014714 |
00:09.49 | maejrep | MOV R0, #1 |
00:09.49 | maejrep | LDR R3, [R3] |
00:09.51 | maejrep | MOV R1, #0x64 |
00:09.53 | maejrep | STR R0, [R3,#0x418] |
00:09.53 | cr2 | it's in the .data segment, so it can be overwritten |
00:10.11 | maejrep | that's it storing a '1' at offset 0x418 of R3, which is "unknown" |
00:10.26 | maejrep | but R3 is actually: b5400000 |
00:10.30 | cr2 | it's some local buffer |
00:10.35 | maejrep | because offset 0x418 is "A2M_INT6" |
00:10.41 | cr2 | ok |
00:11.07 | cr2 | they store a "context" in a buffer |
00:11.15 | tmzt | how many of those does trout use? A2M_INT |
00:11.28 | cr2 | int buf[size]; |
00:11.29 | maejrep | so its something that was setup previously by some other dll then? |
00:11.31 | tmzt | A2M_INTn |
00:11.43 | maejrep | tmzt: I think it makes use of 0->6 at least |
00:11.48 | maejrep | don't know what the others are for |
00:11.48 | cr2 | maejrep: i think by the same dll |
00:12.34 | cr2 | maejrep: 3 is AT cmd |
00:12.45 | cr2 | i think it's in wiki: raphael_irq |
00:12.50 | maejrep | yeah it is |
00:13.04 | maejrep | 6 is for DEX notify |
00:13.08 | cr2 | http://wiki.xda-developers.com/index.php?pagename=Raphael_IRQ |
00:13.22 | maejrep | er, you're referring to M2A interrupts |
00:13.28 | maejrep | this is an A2M soft interrupt |
00:13.35 | maejrep | to tell the arm9 that data is ready |
00:14.40 | cr2 | http://wiki.xda-developers.com/index.php?pagename=RaphaelMemoryMapPg3 |
00:15.11 | cr2 | 16 in the wiki, but i don't remember how many in real life |
00:19.02 | *** join/#htc-linux nashpa1 (n=dliviu@dliviu.plus.com) |
00:21.25 | maejrep | right |
00:23.15 | maejrep | cr2: and how would it work for the vreg_set_level, which needs 2 params (pmic id, and level) |
00:24.19 | cr2 | maejrep: i need to check it. probably the input struct will have 1 more value |
00:25.28 | NetRipper | tmzt, trout uses A2M_INT0, 5, and 6 |
00:26.17 | maejrep | ok, but in the dex function I'm looking at, it only sets data1 with the 4 bytes from *in+4 |
00:26.27 | NetRipper | 0 for smd, 5 for smsm, 6 for proc_comm |
00:26.51 | cr2 | maejrep: ok, i'll check. the cmd=1a ? |
00:27.15 | maejrep | NetRipper: what do you think about renaming proc_comm_wince to data_exchanger or dex? :p |
00:27.27 | tmzt | could it just be a mask? |
00:27.46 | maejrep | since "proc_comm" is not referenced anywhere wrt our wince amss |
00:27.55 | maejrep | I think calling it proc_comm_wince could be confusing |
00:28.50 | NetRipper | maejrep, emmm i think its unneccesary work, but i agree it could remove some confusion |
00:30.04 | maejrep | so low priority then |
00:31.21 | maejrep | I'm trying to turn the asm into pseudo code so I can rewrite what needs to be rewritten in proc_comm_wince, to be sure it's working correctly |
00:34.17 | NetRipper | ok |
01:10.16 | tmzt | cr2: for i780 if needed: http://article.gmane.org/gmane.linux.ports.arm.kernel/51442 |
01:10.26 | tmzt | http://thread.gmane.org/gmane.linux.ports.arm.kernel/51442 |
02:17.26 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
02:31.34 | *** join/#htc-linux mitpianoman (n=chatzill@cpe-74-69-91-35.rochester.res.rr.com) |
02:56.03 | maejrep | cr2: rewritten proc_comm_wince(struct msm_dex_command *in, unsigned *out) function works :) |
03:01.01 | maejrep | hmm, rmmod wlan makes the phone reboot ;x |
03:03.34 | LemHxC | is back (gone 08:50:13) |
03:03.43 | LemHxC | voit double |
03:35.24 | tmzt | maejrep: you leave reboot on oops enabled? |
03:38.14 | *** join/#htc-linux ykut_johny (n=ykut_joh@mitsa.org.my) |
03:41.23 | maejrep | tmzt: I don't recall, but its never been able to reboot on its own, so I'm guessing its something else |
03:41.56 | maejrep | although, I did add in cr2's interpretation of soft reset, so I'll test if that works when running reboot / shutdown -r |
03:42.31 | AstainHellbring | wow maejrep been working hard eh? |
03:43.19 | maejrep | when i can :p |
03:43.55 | AstainHellbring | so I been away for a bit how much of raph800 you got working? |
03:45.41 | maejrep | well, wifi driver detects the SDIO device, but we don't have firmware loading done yet, and it doesn't implement wireless-extensions so iwconfig doesn't work |
03:46.07 | maejrep | implemented LED class devices so you can turn LEDs on and off, including keyboard backlight and LCD backlight |
03:46.34 | AstainHellbring | nice |
03:47.18 | maejrep | and got keyboard LED api working, just need to tweak it a bit so that it does the LED setting in a workqueue |
03:49.00 | maejrep | in the process of getting wifi working, I moved mmc to board-htcraphael-mmc, and used trout as a base, so it actually sets vregs as needed |
03:49.19 | maejrep | rewrote wince proc_comm implementation just now, and that works |
03:49.33 | maejrep | I think j0b0 got the navi working, but it hasn't been committed to git yet |
03:51.12 | AstainHellbring | cool hows the status on smd1? |
03:51.12 | maejrep | haven't started on it yet |
03:51.12 | maejrep | still trying to work out the best/cleanest way to do it |
03:51.31 | AstainHellbring | ahh ok |
03:51.55 | AstainHellbring | sms working on 800? |
03:52.10 | maejrep | that requires data channels on smd first |
03:52.30 | maejrep | rather, DS channel, which is the AT cmd channel |
03:53.25 | AstainHellbring | ahh so I take it the wiki on xda is off a bit? |
03:53.37 | maejrep | ? |
03:53.40 | maejrep | which page |
03:54.07 | AstainHellbring | http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux |
03:54.29 | maejrep | that's only on raph100 |
03:54.37 | maejrep | raph100 exposes the DS channel using the channel headers |
03:54.41 | maejrep | but raph800 doesn't |
03:54.47 | AstainHellbring | ahh ok |
03:54.53 | tmzt | maejrep: adding it manually doesn't work? |
03:55.00 | maejrep | adding what? |
03:55.26 | maejrep | for DS channel, it requires code changes, because the DS channel is not structured the same way as every other smd channel |
03:55.45 | maejrep | raph800 does DS channel the same as vogue |
03:55.52 | tmzt | is it possible it is counting ppp frames or something like that? |
03:56.07 | maejrep | but because raph100 doesn't do that, I don't want to just use vogue-smd |
03:56.22 | tmzt | rather than a tty type protocol like the others |
03:56.56 | maejrep | well it can still use tty, we just need to redefine how it gets head/tail for each fifo, and where that fifo buffer lives |
03:56.59 | tmzt | what have you found in the registry about that channel? I know we found others |
03:57.14 | tmzt | and you have the addresses? |
03:57.15 | maejrep | the registry just mentions it the same way as all the others |
03:57.36 | tmzt | same driver also? it implements a com port? |
03:57.38 | maejrep | yeah I have the addresses of both channels 0 and 1 |
03:57.42 | maejrep | yeah |
04:07.39 | maejrep | hmm, no, `reboot` didn't work |
04:07.40 | AstainHellbring | maejrep, edited wiki for you on sms portion |
04:08.31 | maejrep | k |
04:10.00 | *** join/#htc-linux woopdeedoo (i=bite@gateway/tor/x-b63cecde8dccdd68) |
04:19.34 | *** join/#htc-linux Funkwheat (i=Funkwhea@pool-72-87-87-19.prvdri.fios.verizon.net) |
04:19.45 | Funkwheat | Evenin' |
04:20.21 | tmzt | hello |
04:20.40 | Funkwheat | What's goin' on |
04:20.59 | tmzt | maejrep and AstainHellbring are working on the Sprint Touch Pro |
04:21.08 | tmzt | irclog.iclem.net |
04:21.17 | Funkwheat | nice. |
04:32.35 | Funkwheat | tryin to mess around with Android on my tilt. |
04:37.20 | tmzt | kaiser? |
04:37.51 | tmzt | linuxtogo.org/~lgorris/bootkit/ |
04:38.19 | tmzt | and try the dzo vogue android image with that zimage |
04:39.22 | Funkwheat | Yeah Kaiser |
04:39.28 | Funkwheat | oh word? |
04:39.41 | Funkwheat | Yeah trying to figure out which is the latest/best one right now... |
04:39.58 | Funkwheat | Seems different shit works in different ones |
04:40.24 | Funkwheat | One of them I managed to get online with, but then another, with more bugs fixed..couldn't get online. |
04:40.25 | Funkwheat | odd |
04:41.14 | Funkwheat | site you just pasted appears to be down. |
04:42.37 | tmzt | slow probably |
04:43.00 | tmzt | can you be specific about what's better, bugs fixed, can't get online |
04:43.06 | Funkwheat | sure |
04:43.09 | tmzt | s/be /be more / |
04:43.31 | Funkwheat | Resolution is all fixed on one...and the keyboard flip goes the right way when you open it |
04:43.33 | Funkwheat | and can change back |
04:43.37 | Funkwheat | but can't get online on that one. |
04:44.05 | Funkwheat | Whereas the other one I was using..internet works great and all but the flip goes the wrong way when you open the keyboard, and then never goes back to vertical. |
04:44.20 | Funkwheat | and the reoslution is a little odd, cause the Android logo is off to the right when it boots. |
04:44.39 | Funkwheat | Tryin to recopy all the shit and try the good one again though |
04:52.36 | maejrep | tmzt: any suggestions for getting smd.dll and smem.dll off my phone? ;o |
04:53.57 | tmzt | extract imgfs, ask in #xda-devs, I've only done it once |
04:55.51 | maejrep | i get an error trying to extract OS.nb.payload |
04:56.18 | AstainHellbring | maejrep, I have those already extracted if you want |
04:57.06 | maejrep | from a sprint phone? |
04:57.21 | Funkwheat | Yeah..weird...on the image of android that seems the most perfect for the kaiser..the internet doesn't work lol |
04:57.29 | AstainHellbring | sprint rom dump yes |
04:57.41 | maejrep | sure, if you don't mind: www.privatepaste.com/upload |
04:57.47 | AstainHellbring | sure |
04:58.31 | maejrep | maybe some time I'll ask you to walk me through extracting that ;) I think I followed the directions exactly.. but I still get an error extracting the sprint "shipped" rom |
05:01.14 | maejrep | ImgFs partition starts at 0x00000000 and ends at 0x00000000 |
05:01.16 | maejrep | Dumping IMGFS at offset 0x007a91c0 (size 0xff856e40) |
05:01.16 | maejrep | Done! |
05:01.17 | maejrep | heh :/ |
05:06.15 | maejrep | hmm, just started over and used DumpKaiser.bat, and that seemed to work.. maybe I did the nbsplit wrong |
05:09.32 | maejrep | it extracted smd.dll, but not smem |
05:13.51 | tmzt | is it in xip? |
05:16.26 | AstainHellbring | must be if its not in rom dump |
05:18.46 | maejrep | guess so |
05:22.33 | maejrep | i don't see anything in nk.exe |
05:25.52 | *** join/#htc-linux _MasterPrenium (n=MasterPr@ALille-257-1-158-205.w86-215.abo.wanadoo.fr) |
05:38.23 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
06:00.05 | *** join/#htc-linux sdt555 (n=titus@70.114.152.91) |
07:49.22 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
08:35.28 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-194-201.web.vodafone.de) |
08:46.00 | cr2 | maejrep: the log is not available |
08:46.09 | maejrep | what log? |
08:46.44 | cr2 | maejrep: hm. +0x30 is an offset from 0xfc100 ? it must have been too late ;-) |
08:46.50 | cr2 | irclog.iclem.net |
08:46.57 | maejrep | yeah ;) |
08:47.03 | maejrep | fc130 is specifically for storing vreg levels |
08:47.09 | maejrep | doesn't seem to be used for anything else |
08:47.15 | maejrep | and is not used by the dex function |
08:47.21 | cr2 | yes, it's the second parameter location |
08:47.50 | maejrep | right, but dex doesn't use it. the vreg set level function stores into that location *before* the dex call |
08:48.08 | cr2 | ok, it's not a part of the api |
08:48.16 | cr2 | braindead design ;) |
08:48.33 | maejrep | its probably used by the arm9 during the proc comm interrupt, for that purpose |
08:48.50 | maejrep | but I would consider it not part of the dex api, technically speaking |
08:49.07 | cr2 | but without the vreg idx it's useless |
08:49.18 | maejrep | yeah |
08:49.36 | maejrep | it can also be used during enable/disable of a vreg, to set its initial voltage |
08:49.42 | maejrep | doesn't have to be used during vreg_set_level |
08:49.43 | cr2 | it's a part of the api, but very braindead one |
08:49.48 | maejrep | :/ |
08:50.22 | maejrep | the example I saw was storing 0x7d0 into fc130, then calling proc_comm with cmd=0x4, and data=0 (has_data=0) |
08:50.24 | cr2 | dzo used it as a part of the api |
08:50.47 | cr2 | ok, so it's not cleared after a call |
08:50.48 | maejrep | and the idea is it would enable the vibra motor vreg, initialized at level 0x7d0 mV |
08:50.55 | maejrep | doesn't look like it, no |
08:51.13 | maejrep | just left orphaned after its first use |
08:51.15 | cr2 | normal vibra is 0xb22 ? |
08:51.17 | maejrep | yes |
08:51.33 | maejrep | maybe the arm9 clears fc130? but who knows |
08:51.59 | cr2 | amss disassembly knows ;) |
08:52.03 | maejrep | lol |
08:52.42 | maejrep | did some more machine-independent cleanup in board-raph-mmc, getting ready for more patches to dump on NetRipper :D |
08:52.47 | cr2 | o, i will edit the raphaelmddi by splitting it |
08:53.03 | maejrep | splitting into raph100/raph800 ? |
08:53.32 | *** part/#htc-linux MasterPrenium (n=MasterPr@ALille-257-1-158-205.w86-215.abo.wanadoo.fr) |
08:53.39 | cr2 | no |
08:53.49 | cr2 | it will be a table |
08:54.09 | cr2 | i'll put toshi and epson to separate pages |
08:56.06 | maejrep | oh |
08:58.38 | cr2 | btw, ho do i enable tvout ? |
08:59.39 | *** join/#htc-linux ewasx (n=armin@2-157.surfsnel.dsl.internl.net) |
09:01.12 | *** join/#htc-linux zycho (n=zycho@a89-183-70-252.net-htp.de) |
09:03.55 | *** join/#htc-linux orux (n=jose@89.130.46.3) |
09:07.28 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c32e.pool.einsundeins.de) |
09:09.15 | maejrep | no idea :x |
09:09.17 | maejrep | never tried it |
09:18.17 | *** join/#htc-linux timebomb (n=tb@e176116068.adsl.alicedsl.de) |
09:19.00 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
09:23.57 | cr2 | maejrep: http://wiki.xda-developers.com/index.php?pagename=RaphaelMDDI |
09:24.12 | cr2 | maejrep: i need to fill more g1 values, but you get the idea |
09:25.40 | cr2 | and you need to write mddi_client_epson... |
09:26.45 | maejrep | is the Init table a sequence? |
09:27.01 | maejrep | as in, it runs those, from top to bottom? |
09:28.34 | cr2 | yes |
09:29.04 | cr2 | the toshiba init is in rapahelLCD |
09:29.13 | cr2 | the epson init should be added too |
09:29.35 | cr2 | but it will have a huge SPI value pairs table included |
09:29.42 | cr2 | depending on the device i guess |
09:30.17 | maejrep | soft reset didn't work :p |
09:30.45 | cr2 | hmm |
09:31.02 | cr2 | magic ascii alue missing ? |
09:31.19 | tmzt | spi from what chip? |
09:31.44 | cr2 | tmzt: epson |
09:31.56 | tmzt | to the lcd controller? |
09:32.07 | cr2 | the the panel itself |
09:32.15 | tmzt | yeah |
09:32.31 | cr2 | epson is the MDC in this case |
09:32.45 | cr2 | and msm is the MDC for the cam |
09:32.49 | tmzt | and the lcd is lvds connected to that? |
09:32.56 | cr2 | and least that's how i undertand it. |
09:33.06 | cr2 | yes |
09:33.55 | tmzt | the epson chip has it's own framebuffer ram? |
09:34.18 | cr2 | yes |
09:34.25 | tmzt | then it scans out to the lcd? |
09:34.26 | cr2 | toshiba too |
09:34.35 | cr2 | i hope so ;) |
09:34.36 | tmzt | yeah, both chips (epson/toshiba) |
09:35.09 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
09:35.10 | tmzt | this explains the need for the dma but you??/maejrep said it might be possible to enable the msm to do the dma |
09:35.11 | cr2 | you don't really need some java to do lcd refresh ;) |
09:35.18 | tmzt | that ce might do that |
09:35.36 | cr2 | dma for what ? |
09:35.55 | cr2 | for the packets pushed through PMDH to MDC (epson/toshi) ? |
09:35.58 | tmzt | the dma that has to be updated to push the display |
09:35.59 | tmzt | yeah |
09:36.02 | tmzt | packets? |
09:36.17 | cr2 | its serial interface, like esata |
09:36.28 | tmzt | the 1.5ghz connection |
09:36.30 | cr2 | sata/esata |
09:36.47 | cr2 | yes, 1.28 i remind from g1 code |
09:37.30 | cr2 | static uint16_t mddi_init_registers(struct mddi_info *mddi) |
09:37.57 | cr2 | this struct mddi_info needs some per-device contents :) |
09:38.26 | *** join/#htc-linux MethoS- (n=lem@host-091-097-242-002.ewe-ip-backbone.de) |
09:46.11 | cr2 | ok, mddi init comparison finished http://wiki.xda-developers.com/index.php?pagename=RaphaelMDDI |
09:47.13 | cr2 | DRIVE_START_CNT looks strange |
09:48.17 | tmzt | why? |
09:48.26 | tmzt | do you what it means? |
09:48.32 | tmzt | know |
09:49.28 | tmzt | the first table is register values? |
09:49.59 | cr2 | fixed |
09:50.25 | cr2 | writel of the value into this register |
09:50.35 | tmzt | ah |
09:50.38 | cr2 | mddi_write(val,reg) |
09:50.56 | cr2 | can be done as the spi table too |
09:51.25 | cr2 | but there you have mddi_remote_write(tx,val) |
09:55.12 | orux | hello; i've found a mode, in blackstone, to send fb to the screen which partialy works. |
09:55.48 | orux | see: http://forum.xda-developers.com/showpost.php?p=3253382&postcount=252 |
09:56.43 | cr2 | orux: can you look at your wince dmesg after reset ? |
09:57.21 | cr2 | ah, this alt problem is solved. with the negative result ;) |
09:57.45 | orux | cr2, we can use the mddi link, instead of mdp to send the fb |
09:58.05 | tmzt | mdp uses the mddi link doesn't it? |
09:58.43 | orux | tmzt, i think mdp does not use mddi link; |
09:58.44 | cr2 | orux: this is this slow mddi-less link ? |
09:59.13 | orux | cr2, the problem with mddi link is that seems to work only with rgb666 format |
09:59.17 | cr2 | orux: imho it should use it. |
09:59.30 | cr2 | orux: the panel is 666 |
09:59.41 | orux | cr2, and i need to use a heavy routine to convert rgb565 to 666 format |
09:59.49 | tmzt | the epson/toshiba chip can convert it? |
10:00.06 | cr2 | tmzt: does X support 666 ? |
10:00.10 | orux | mdp seem to do convert it when does dma |
10:01.05 | orux | /* 666 18BPP */ |
10:01.05 | orux | dma2_cfg |= DMA_DSTC0G_6BITS | DMA_DSTC1B_6BITS | DMA_DSTC2R_6BITS; |
10:01.33 | cr2 | orux: i still this that mdp should use mddi link |
10:01.38 | orux | there are flags related to this conversion in mdp |
10:01.50 | cr2 | because there are no other means to transfer the picture |
10:02.00 | tmzt | orux: I'm still trying to figure out what you mean by using the mddi link instead of mdp, how can you send data to the screen without using the mddi link? |
10:02.23 | cr2 | but the toshiba .pdf says it's possible to transfer something in the slow mode |
10:02.49 | orux | cr2, mddi can be used to transfer video stream, command packets and other things |
10:02.52 | cr2 | using some other clock, but imvho it is still the mddi |
10:02.54 | tmzt | without dma? |
10:03.40 | orux | tmzt, it uses dma, i think |
10:04.05 | orux | i am using the init mddi code from spl |
10:04.26 | orux | the code that cr2 is posting in wiki |
10:04.39 | cr2 | orux: for toshiba ? |
10:04.54 | cr2 | or for the mddi ? |
10:05.04 | cr2 | pmdh |
10:05.15 | orux | cr2, the PMDH (MDDI1) init: only |
10:06.15 | cr2 | ok |
10:06.30 | cr2 | so the colors are hidden in the epson spi init |
10:06.35 | cr2 | and probably the conversion |
10:06.55 | cr2 | can you use the dummy mddi client instead of toshiba ? |
10:07.47 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
10:09.43 | orux | cr2, there are more cuestions, when dumps wince pmdh registers, changes values, for example uses 0x32 instead of 0xd0 in DRIVE_LO /* 0x32 normal, 0x50 for Toshiba display */ |
10:13.02 | cr2 | use mddi_info, and put this data there |
10:15.55 | orux | well, i have problems because, when arriving to usb config, the screen shut down and ssh conection does not start. It seems that there are a kernel panic or something similar. i've to depure and test more things. |
10:17.03 | orux | cr2, i ve the epson init table dumped from spl |
10:17.39 | orux | i'll traslate it and post it |
10:17.44 | cr2 | wiki |
10:18.14 | cr2 | and you should record the panel gpio detection code, and the epson init sequence. |
10:19.33 | orux | i was working on all the secuence. from "init qualcomm display", but when i could see my screen working :) |
10:20.51 | cr2 | :) |
10:25.45 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
10:25.59 | cr2 | LOL |
10:26.05 | cr2 | from xda-dev: |
10:26.08 | cr2 | In this thread, the dev are discuting between them (sorry for my english, I speak french) and the lambda users, don't really understand all that "technology". |
10:26.10 | cr2 | I prefer go to the wiki page and download the latest package "ready for use" and test... |
10:28.20 | maejrep | :o |
10:29.30 | Rogro82 | :) |
10:30.38 | maejrep | cr2: so the mddi init code is basically the same between raph100 and 800, just the panel init is different? |
10:31.26 | j0b0 | maejrep: correct, i do have the navi working and it hasnt been committed yet |
10:31.49 | cr2 | maejrep: the irq part is disabled on g1 |
10:32.02 | maejrep | what irq part? |
10:32.13 | j0b0 | havent had it working yet in .27 and right now im moving it over |
10:32.16 | cr2 | maejrep: and we need to separate the toshiba/epson |
10:32.41 | cr2 | 0x00 CMD IGNORE DISP_LISTEN DISP_LISTEN DISP_LISTEN |
10:32.42 | cr2 | <PROTECTED> |
10:32.44 | cr2 | <PROTECTED> |
10:32.57 | cr2 | inten is irq enable mask |
10:33.15 | maejrep | j0b0: ok, I've made some changes to the microp-* files as well.. would you like to make your changes on top of my diffs, or just send the separate patches to NetRipper and let him merge the changes? |
10:33.51 | cr2 | hm. can you merge your patches into git ? |
10:34.00 | j0b0 | well .. first i want to get back to a working state :/ |
10:34.03 | cr2 | otherwise we will be completely lost |
10:34.05 | maejrep | I don't have git access cr2 :) |
10:34.34 | cr2 | when i see what is being merged there sometimes... |
10:34.42 | cr2 | then your code is perfect :) |
10:34.46 | *** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-11-131.adsl.proxad.net) |
10:34.48 | maejrep | j0b0: ok, you might have some conflicts then, when git is updated with these microp changes |
10:35.12 | maejrep | lol cr2 what is that supposed to mean?? |
10:35.13 | maejrep | :p |
10:35.20 | cr2 | LOL |
10:35.59 | cr2 | i mean even if you make mistakes, it's not a big problem :) |
10:36.21 | maejrep | lol i know :p I just haven't gotten around to asking for it |
10:36.37 | maejrep | plus it's kind of nice being able to have my patches reviewed before being committed ;) |
10:36.41 | maejrep | just in case i break something |
10:36.43 | cr2 | and i can't write any new code, because i know that you've written a lot of code |
10:36.47 | Rogro82 | On kaiser thread most fun question in ages: On another note has anyone seen these Google Dream phones on E-bay with supposed andrioid running already? |
10:36.50 | maejrep | j0b0: http://www.privatepaste.com/83yWmzkGEI#microp |
10:37.02 | maejrep | cr2: I gave NetRipper a patchset today |
10:37.10 | cr2 | ok |
10:37.30 | cr2 | Rogro82: lol |
10:37.51 | maejrep | cr2: but nothing touches mddi, etc |
10:37.56 | cr2 | Rogro82: why didn't you use the g1 gp/pwm code for backlight ? |
10:38.09 | maejrep | its mostly proc_comm, gpio_config, mmc/wifi, and microp |
10:38.23 | cr2 | maejrep: i think you have mddi_client_epson.c already ? |
10:38.28 | maejrep | its just a stub |
10:38.32 | maejrep | copied from client_toshiba |
10:38.33 | Rogro82 | cr2: Because basically i had it almost worked out before i looked at it :S |
10:38.36 | j0b0 | i was going to make a patch from latest git to working navi, but somehow after switching branches a couple of times it 'just' doesnt work, so i may have to go back and re-apply changes 1 at a time |
10:38.40 | maejrep | with the 4ca3 id |
10:39.17 | maejrep | j0b0: would you mind sending me a patch of what worked on .25? I'd like to see it working :) |
10:39.38 | cr2 | Rogro82: actually it's changing only the "duration" parameter in the 7 par clock formula |
10:39.53 | j0b0 | not at all .. its just that at this very moment it doesnt work. |
10:40.05 | j0b0 | or actually i think the navi works but it broke the keyboard somehow |
10:40.06 | cr2 | Rogro82: so the code should be even more genric and simple than the g1 code. |
10:40.14 | maejrep | ah |
10:40.20 | j0b0 | i will make a patch |
10:40.41 | maejrep | well my keyboard code might be what's broken actually.. and there have been updates to stabilize the keyboard code |
10:41.37 | maejrep | i have the keyboard driver controlling the caps led too |
10:41.43 | Rogro82 | cr2: ill look into the backlight some more when i have the time... but my code already is a lot less then the g1 |
10:41.58 | cr2 | maejrep: the psoc detection is still pending |
10:41.58 | maejrep | but the input subsystem doesn't automagically handle the Fn led, so I'm not sure how to implement that yet |
10:42.04 | cr2 | Rogro82: ok |
10:42.31 | maejrep | the code is already there to set the Fn LED, but the input subsystem only automatically sets the Caps LED, and doesn't know how to handle the Fn LED |
10:42.55 | Rogro82 | cr2: had to make commits sometime because there was nothing for polaris in there.... no one else is pickup up work... hopefully now they will |
10:43.16 | cr2 | Rogro82: http://wiki.xda-developers.com/index.php?pagename=MSM_CLK |
10:43.46 | cr2 | Rogro82: can you fill the known cpld gpios in the polaris_cpld wiki ? |
10:44.30 | Rogro82 | cr2: yes... someone else was updating the wiki but he didnt have all gpios.. |
10:45.51 | cr2 | ok. because i can add the battery/charging gpios |
10:46.22 | Rogro82 | cr2: Did you get them from the battdrv? |
10:47.57 | maejrep | cr2: any suggestions for handling Fn on the keyboard? |
10:48.31 | cr2 | maejrep: it's the separate keycode ? |
10:48.42 | maejrep | i mean, I know that the input driver in X/android can take care of binding Fn+KEY_*, but how to set the Fn LED? |
10:48.47 | maejrep | yeah |
10:49.06 | cr2 | through the led api |
10:49.20 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf90be.pool.einsundeins.de) |
10:49.22 | maejrep | it's not an led class device, it's an input LED |
10:49.46 | maejrep | it's currently bound to LED_MISC, but I don't know how to enable that LED |
10:49.59 | cr2 | hm, ok. |
10:50.17 | maejrep | LED_CAPSL is automatically handled by the input subsystem when pressing capslock, and that works great |
10:50.24 | cr2 | Rogro82: yes |
10:50.50 | Rogro82 | cr2: can you pastebin them so i can send them to the one who is updating that page? |
10:51.10 | Rogro82 | cr2: would be a lof of help :) |
10:51.12 | Rogro82 | lot |
10:52.42 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
10:53.02 | cr2 | Rogro82: 5,8 and 5,4 |
10:53.17 | cr2 | bank,mask |
10:54.00 | Rogro82 | ok thanks... and which one is what? :) |
10:54.25 | cr2 | Rogro82: and gpio1 |
10:54.37 | cr2 | hmm. it's a more difficult question :) |
10:54.38 | Rogro82 | 1,1 |
10:54.50 | cr2 | no. msm gpio1 |
10:55.03 | *** part/#htc-linux orux (n=jose@89.130.46.3) |
10:55.10 | cr2 | 5,8 and 5,4 are cpld |
10:55.11 | Rogro82 | k |
10:55.32 | Rogro82 | think ive seen 5,4 on usb cable |
10:57.21 | cr2 | yes, it's probably ac/usb charging enable |
11:00.04 | cr2 | Rogro82: and msm gpio 0x11 is tested |
11:01.34 | Rogro82 | cr2: g1 doesnt have a inactivity timer to drop the backlight after a few secs of inactivity only a total screen timeout... does it? |
11:01.45 | j0b0 | maejrep: these are diffs against latest git: http://tibook.jb.b4m.com/j0b0/navi/ neither works properly at the moment. will look into that later |
11:01.59 | cr2 | Rogro82: don't know |
11:02.55 | Rogro82 | cr2: ok because thats how its setup in mine... it will also lower to the lowest brightness after 10 secs of inactivity. cant seem to find anything like that in the g1 code |
11:04.04 | cr2 | j0b0: have you read the service manual ? |
11:05.11 | cr2 | Rogro82: i remember somethng like that in opie/qtopia, but it was all userspace code. |
11:05.20 | j0b0 | cr2: have i read what? |
11:05.37 | j0b0 | i havent. |
11:05.56 | cr2 | j0b0: raph service manual speaks about testing the navi |
11:06.35 | cr2 | j0b0: http://www.mikechannon.net/PDF Manuals/HTC Raphael_SM_A10 _GENERIC__01 Dec 08.pdf |
11:06.47 | Rogro82 | cr2: would be more clean if it was done in userspace but it doesnt :S it does fade when the screen times out :) |
11:07.10 | cr2 | Rogro82: ok |
11:08.00 | Rogro82 | only dont really like that its setup as a led class... but i guess its the most easiest way |
11:08.37 | cr2 | there was some attempt at the pwm api, but i don't know what came out if it |
11:08.45 | *** join/#htc-linux pH5 (n=ph5@e178211071.adsl.alicedsl.de) |
11:09.08 | j0b0 | thanks. will look at that also after i get back to having working what worked before. |
11:09.25 | j0b0 | gtg now, bbl |
11:11.22 | maejrep | yeah, trout sets up its backlight as led class, so that's why I did the same for raph backlight |
11:11.41 | Rogro82 | yup me too... |
11:12.22 | Rogro82 | well its better then the 10 steps winmo provides.. |
11:12.47 | maejrep | heh 0x00 - 0x90? |
11:15.44 | *** join/#htc-linux Xime (n=xime@bankize.net) |
11:16.21 | cr2 | lol |
11:16.46 | cr2 | change the divisors for GP clock, you will get even more steps :) |
11:17.43 | cr2 | maejrep: have you changed the 19->19.2 and 48->32 for the SD clock ? |
11:17.53 | maejrep | hmm, no |
11:18.06 | cr2 | ok |
11:20.06 | cr2 | maejrep: btw, even if the clocks will be changed via the rpc, i think that the MSM_CLK will be visible |
11:20.30 | maejrep | meaning what? |
11:20.36 | cr2 | because the GlblClkEna has more bits set than we know. |
11:20.44 | cr2 | that we don't need rpc :) |
11:21.02 | maejrep | yet :p |
11:21.15 | cr2 | k, the sound |
11:21.40 | cr2 | imho since the rpc is a xip dll, it should be as portable as dex |
11:22.01 | cr2 | so the vogue/kais values may apply |
11:22.21 | maejrep | i agree |
11:22.38 | maejrep | the code compiles and doesn't complain.. but nothing uses it yet |
11:22.54 | cr2 | ok |
11:23.11 | cr2 | what do we need to document today ? :) |
11:23.39 | cr2 | epson. sram size detection. psoc id. |
11:23.50 | cr2 | what else ? |
11:24.15 | cr2 | psoc/microp flashing |
11:24.33 | cr2 | location of the psoc/microp firmware |
11:26.31 | cr2 | the smd data channel ? |
11:31.57 | cr2 | usb host |
11:38.37 | maejrep | lol |
11:44.58 | cr2 | raph800 colors seems to be the most annoying problem |
12:08.15 | maejrep | a problem i haven't been dealing with because it works ok in console :p haven't even tried android on it yet |
12:12.19 | Rogro82 | dzo: Is all still working for you after the Polaris updates to the kernel? |
12:13.15 | dzo | Hi, yes I just pushed some changes. |
12:13.35 | Rogro82 | yeah i just seen them... mostly audio related isnt it |
12:14.19 | dzo | Yes, also just now I moved the backlight brightness to vogue_hw. This may break your build if you include vogue_hw. |
12:14.37 | dzo | it should really be msm7x00_hw |
12:14.55 | dzo | Does audio work on polaris? |
12:15.24 | Rogro82 | well it works but audio during calls dont... and not all are having the same results |
12:15.49 | Rogro82 | problem for me is i cant get registered using the new ril youve written so i cant make a call to test it.. |
12:16.02 | Rogro82 | and i guess the audiopath is dependant on the ril isnt it? |
12:16.03 | dzo | That last commit should fix audio during calls. |
12:16.47 | dzo | OK, thats odd, have you put in the mmc settings etc... |
12:17.36 | Rogro82 | yes... it gets an imsi which is correct but in the notification screen it will only show up android |
12:17.58 | Rogro82 | as soon as i make a call it will stop the call immediatly |
12:19.20 | Rogro82 | dzo: the backlight stuff can be taken out of the vogue_hw... the actual backlight is now in the board-htcpolaris-generic... somehow i overlooked it in the diff file |
12:19.53 | dzo | The new ril looks for /sys/class/vogue_hw/gsmphone do you have that? |
12:20.18 | Rogro82 | yes... it works for a lot of polaris users just not for me :S |
12:20.33 | dzo | I put it in vogue_hw because it will work on kaiser and vogue now too. |
12:21.35 | Rogro82 | k :) |
12:22.18 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) |
12:23.12 | dzo | I don;t think there should be any #ifdef BOARD_HTCPOLARIS anywhere, better to use if(machine_is_htcpolaris()), a single kernel should boot on all msm7x00 devices then. |
12:24.02 | Rogro82 | k... want me to change them? think they are only in the vogue_hw... |
12:26.58 | dzo | I think I'll make a is_msm7200 function, that should cover kaiser and polaris. I put too many is_htckaiser()s in the code. |
12:27.59 | Rogro82 | yes i was just wanting to ask you about that.... i know change the mach-types.h and add the kaiser to the polaris part but its as dirty as it can get then :) |
12:27.59 | *** join/#htc-linux Skitzo (n=DCLXVI@eth582.vic.adsl.internode.on.net) |
12:28.01 | Rogro82 | know=now |
12:28.28 | Rogro82 | else smd/adsp wont work |
12:29.07 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B0376FD.dip.t-dialin.net) |
12:29.23 | dzo | sorry thats my fault, I'll change the kaiser references to msm7200 and then you can use the correct mtype. |
12:30.10 | Rogro82 | no problem... wasnt that much work but others not knowing it will never find it this way :) |
12:30.47 | dzo | I'll have a look at power collapse this week. that should be fun, took me weeks on vogue but I know how it should work now. |
12:31.08 | Rogro82 | dzo did you try the backlight on the vogue? was it working? did you also use the inactivity timer to drop the backlight after 10secs? |
12:31.10 | *** join/#htc-linux acsviluppo (n=acsvilup@151.67.30.243) |
12:31.47 | Rogro82 | power collapse will indeed make it a more usable phone.... it gets drained in 5 hours or so now.. |
12:31.50 | dzo | I tried it on kaiser (without the inactivity timer) and it works. |
12:32.47 | dzo | ok, its late here, got to go now. bye. |
12:32.56 | Rogro82 | ok goodnight |
12:33.24 | *** join/#htc-linux radem205 (n=aaa@e144118.upc-e.chello.nl) |
12:33.34 | radem205 | dzo is back :) |
12:33.43 | maejrep | and gone :) |
12:33.48 | radem205 | he has made changes in the vogue-tree :) |
12:33.57 | dzo | no still here.. just. |
12:34.01 | maejrep | lol |
12:34.04 | radem205 | hi |
12:34.11 | radem205 | had a good vacation, dzo? |
12:34.28 | dzo | I see a return for polaris in msm_sleep does the swfi not work for you? |
12:34.48 | dzo | yes, had a great holiday. |
12:34.54 | radem205 | good! |
12:36.10 | dzo | ok, bye again. |
12:37.03 | radem205 | how can I see if swfi works? |
12:37.45 | dzo | try pm.sleep_mode=4 with the return removed. |
12:39.44 | radem205 | ok, I'll try |
12:41.31 | radem205 | I'm in Android, but how can I see if it works? I have changed the setting in default.txt |
12:48.22 | cr2 | dzo: can you switch to htc-egpio for cpld ? |
12:54.51 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
13:01.19 | cr2 | maejrep: http://wiki.xda-developers.com/index.php?pagename=MSM_RPC |
13:02.09 | maejrep | yeah I'm not entirely sure how rpc works yet on these devices |
13:02.53 | maejrep | I came across a few prog ids, in both dmesg and asm, but I think I lack the high-level view of how it works in order to fully understand it |
13:03.23 | maejrep | also didn't find mention of a "vers" argument, which seems to be important in g1's rpc code |
13:05.28 | maejrep | did you still need remote_api_clnt and _svc? |
13:05.51 | cr2 | check the vogue code |
13:07.14 | *** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215) |
13:11.50 | maejrep | vbatt_read: 0x30000005 |
13:12.35 | cr2 | http://wiki.xda-developers.com/index.php?pagename=MSM_RPC |
13:12.49 | maejrep | sdcc_config_gpio: 0x30000066 |
13:12.51 | maejrep | seems strange heh |
13:12.54 | *** join/#htc-linux Pure4Real (n=pure4rea@89-97-140-219.ip17.fastwebnet.it) |
13:13.08 | cr2 | i'll add the list from api_clnt |
13:15.59 | maejrep | hmm.. time_remote_* uses 0x30000048, but rpc_server_time_remote.c uses 0x3000005d |
13:16.05 | cr2 | f is clk_* |
13:16.20 | cr2 | maejrep: vogue != g1 |
13:16.47 | maejrep | right |
13:17.13 | cr2 | different amss, different rpc |
13:17.24 | *** join/#htc-linux ykut_johny (n=ykut_joh@www.mitsa.org.my) |
13:19.39 | maejrep | that's annoying :x |
13:22.24 | cr2 | lol. wms_client |
13:25.50 | cr2 | 5,6 is vbatt_read |
13:26.38 | cr2 | i'm writinf only the progs now |
13:26.47 | Pure4Real | maejrep: i was wondering, what kind of problems are left with the wlan driver and is there something i can do to help with it? |
13:28.16 | maejrep | Pure4Real: need to be able to upload firmware to the device, and control its config. right now it only works with android libs, so wireless-extensions (iwconfig, etc) won't work with it |
13:32.06 | Pure4Real | and the firmware can't be loaded because the android driver doesnt rely on firmware? |
13:34.11 | cr2 | maejrep: hehe. this rpc is like windows programming |
13:34.39 | maejrep | is that good or bad? ;) |
13:35.02 | maejrep | Pure4Real: no, I just haven't tried the utilities in android yet |
13:35.14 | Pure4Real | ah ok |
13:35.18 | maejrep | i was able to compile them, but I'm not running android on my phone yet |
13:35.32 | maejrep | and I haven't checked for the wlan firmware |
13:35.51 | cr2 | 2 is snd_prog, not phonemgr_prob |
13:36.28 | Pure4Real | i'd like to give it a shot, but i'd need the tweaks you did to get it to compile |
13:36.30 | cr2 | maejrep: since you don't run undroid, you can enable nand :) |
13:36.37 | *** join/#htc-linux patoche_ (n=patoche@lns-bzn-20-82-64-11-131.adsl.proxad.net) |
13:36.48 | maejrep | :o |
13:37.21 | Pure4Real | i could find it out myself, but it'd probably save me alot of time if i'd know them beforehand |
13:37.26 | maejrep | Pure4Real: have you tried it yet? the tweaks I talked about are mostly for the new -mmc file |
13:38.05 | maejrep | which I just gave to NetRipper and will probably be in git in the next few days (barring any problems) |
13:38.52 | Pure4Real | well i started yesterday so, so far i've only prepared my system for compiling android |
13:39.17 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
13:40.22 | maejrep | to compile the android utilities, you just need to copy the tiwlan1251 dir to your android checkout and compile |
13:40.49 | maejrep | but first step is getting the driver to work at all, and detect the sdio device |
13:46.45 | cr2 | maejrep: looks like java/.net api ;) |
13:47.01 | *** join/#htc-linux Kensan_ (n=ken@80.238.179.94) |
13:47.11 | Funkwheat | Evenin' gentlemen |
13:49.39 | cr2 | location services, set dns. i'll say : stay away from rpc whenever possible |
13:50.39 | cr2 | maejrep: http://wiki.xda-developers.com/index.php?pagename=MSM_RPC |
13:52.04 | cr2 | maejrep: matches your data |
13:53.25 | cr2 | but needs to be split down for the parameter values |
14:01.08 | *** join/#htc-linux slight (n=23hdci27@195.113.221.87.dynamic.jazztel.es) |
14:15.16 | *** join/#htc-linux mitpianoman (n=chatzill@cpe-74-69-91-35.rochester.res.rr.com) |
14:25.03 | *** join/#htc-linux dcordes (n=zsirc@ip-77-25-219-240.web.vodafone.de) |
14:25.17 | dcordes | hi |
14:25.45 | *** join/#htc-linux MethoS-- (n=lem@host-091-097-241-091.ewe-ip-backbone.de) |
14:30.16 | *** join/#htc-linux timebomb (n=tb@e176116068.adsl.alicedsl.de) |
14:35.40 | imfloflo | hey dcordes |
14:41.23 | Rogro82 | hi dcordes... |
14:43.05 | Rogro82 | building a new kernel with dzo's commits as we speak... he moved the backlight stuff to the vogue_hw so that it can also be used on kaiser/vogue |
14:47.25 | imfloflo | for my information how long it makes to build a kernel ? |
14:49.54 | Rogro82 | imflofo: now its all in the repo not much time... but i had to make some changes because dzo copied the backlight related stuff but that killed the build ( double declarations ) |
14:53.00 | imfloflo | http://wiki.xda-developers.com/index.php?pagename=BuildTheKaiserKernel what i must change to build one for polaris ? |
15:00.44 | radem205 | hey Rogro, when I use an older version of zimage (before the brightness fix) it takes a few moments before android booted, but when I use your latest zimages it takes a long time to boot (also second, third, etc. times). And the lag isn't disappeared |
15:01.28 | radem205 | have you changed something in the default.txt after fixing the brightness issue? |
15:02.35 | imfloflo | maybe adding a timer |
15:05.24 | imfloflo | booting new rogro82 zimage... |
15:06.41 | imfloflo | radem205 samething here for the duration of the boot before seeing the first android logo |
15:07.04 | radem205 | and the android logo takes a long time before it disappear |
15:07.07 | radem205 | very strange |
15:07.24 | radem205 | when I go back to a old zimage it boots very fast |
15:07.39 | *** join/#htc-linux konsta (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
15:09.08 | imfloflo | when i shutdown the volume i pass in vibro mode and silent but cant set the volume on again :s |
15:09.54 | imfloflo | the speak button pass the phone in vibro mode |
15:10.44 | imfloflo | only the right button of the wheel works |
15:11.53 | *** join/#htc-linux orux (n=jose@89.130.46.3) |
15:29.53 | Pure4Real | can i download the Rogro82 image somewhere? i dont see a link on the forum... |
15:38.06 | imfloflo | pure4real http://forum.xda-developers.com/showpost.php?p=3258192&postcount=606 |
15:43.24 | Pure4Real | thanks |
15:57.55 | *** join/#htc-linux ionstorm (n=ion@ip68-227-227-240.ph.ph.cox.net) |
15:59.10 | Pure4Real | did the button mapping change in that last build? volume up and down dont work anymore |
16:13.30 | imfloflo | same probleme here pure4real |
16:14.37 | *** part/#htc-linux Balsat (n=kll@87.72.13.87) |
16:20.21 | Pure4Real | the internet explorer button brings up volume control but there is no actual way to change it |
16:21.08 | Pure4Real | i think this button is mapped to both volume up and down, because the volume bar moves back and forth when this button is pressed |
16:22.12 | Pure4Real | the power button has its own purpose now though, OK button unlocks screen |
16:34.08 | radem205 | imfloflo: Does the audio during calls work? Because on my phone it doesn't. |
16:43.12 | imfloflo | not success to registere network with all lastest system.img i having :s |
16:53.35 | Pure4Real | did you try deleting all on your sd card and put new files on it? |
16:59.59 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
17:04.17 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) |
17:11.14 | imfloflo | nop |
17:25.52 | *** join/#htc-linux mitpianoman_ (n=chatzill@cpe-74-69-91-35.rochester.res.rr.com) |
17:53.09 | *** join/#htc-linux Tinyboom (n=nahh@108.84-49-166.nextgentel.com) |
18:05.46 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B0351A1.dip.t-dialin.net) |
18:13.55 | *** join/#htc-linux gh0ul (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
18:32.58 | Pure4Real | does someone know the target names for make so i dont have to build the whole android thing? |
18:40.24 | *** join/#htc-linux t3chi3 (n=blarg@ip24-250-212-67.ga.at.cox.net) |
18:43.28 | *** join/#htc-linux mitpianoman (n=chatzill@cpe-74-69-91-35.rochester.res.rr.com) |
18:45.16 | cr2 | kiozen: a question for the regex wizard |
18:47.02 | dcordes_ | Pure4Real: #android is a better place for such questions |
18:48.23 | Pure4Real | ah yes, sorry |
18:56.31 | *** join/#htc-linux sdt555 (n=titus@70.114.152.91) |
18:59.32 | *** join/#htc-linux imfloflo_ (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
19:03.49 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
19:04.10 | *** part/#htc-linux orux (n=jose@89.130.46.3) |
19:04.55 | *** join/#htc-linux MethoS- (n=lem@host-091-097-241-091.ewe-ip-backbone.de) |
19:09.21 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
19:17.55 | imfloflo | my android no more working :s |
19:18.07 | imfloflo | try to delete all files |
19:18.23 | imfloflo | and reinstall lastest package but nothin :( |
19:25.22 | Pure4Real | imfloflo: what exactly does and does not work? |
19:25.52 | *** join/#htc-linux sdt555 (n=titus@70.114.152.91) |
19:44.22 | *** join/#htc-linux metter (n=metter@253.112.202.62.cust.bluewin.ch) |
19:54.25 | kiozen | cr2: you still need regex? |
19:55.19 | *** join/#htc-linux Untouchab1e (n=Untoucha@77.16.162.78.tmi.telenormobil.no) |
19:55.55 | Untouchab1e | hi all |
19:56.16 | Untouchab1e | anyone in? :) |
19:57.41 | *** join/#htc-linux sdt555 (n=titus@70.114.152.91) |
19:58.38 | Untouchab1e | have we made any progress on the WiFi driver for the Diam and Raph? |
19:58.53 | Untouchab1e | do they use the same wifi chip btw? (I would guess so?) |
19:59.01 | cr2 | kiozen: i'd like to change the v='foo. bar' to v='bar foo.' is it possible ? |
20:00.17 | kiozen | uhh, that is sed |
20:00.27 | *** join/#htc-linux pl_levy (n=chatzill@aaso217.neoplus.adsl.tpnet.pl) |
20:00.35 | kiozen | think that is beyond my knowledge |
20:00.51 | kiozen | always google these thinks and copy-n-paste |
20:00.57 | cr2 | kiozen: ok |
20:01.11 | Untouchab1e | whats up? |
20:05.07 | *** part/#htc-linux Untouchab1e (n=Untoucha@77.16.162.78.tmi.telenormobil.no) |
20:09.36 | *** join/#htc-linux MrFeetio (n=MrFeetio@pool-98-117-23-186.hrbgpa.fios.verizon.net) |
20:17.37 | maejrep | cr2: i think somthing like 'tr/foo. /bar/' would work on something like that |
20:18.40 | maejrep | if not: sed -i -r 's/(foo. )(bar)/\\2\\1/g' should also work |
20:21.48 | *** join/#htc-linux ionstorm (n=ion@ip68-227-227-240.ph.ph.cox.net) |
20:21.50 | cr2 | maejrep: 1 and 2 is too easy :) i think i have found another solution |
20:21.55 | maejrep | lol |
20:22.04 | maejrep | well it worked with your example ;p |
20:22.25 | cr2 | foo. bar baz |
20:22.35 | cr2 | id like to put foo. in the end |
20:22.42 | maejrep | that's the same thing |
20:23.14 | maejrep | sed -i -r 's/"(foo. )([^"]+)"/"\\2\\1"/g' |
20:23.16 | cr2 | actually i want to put the "str." in the end in the .osm dump |
20:23.37 | *** join/#htc-linux Sti_0231 (n=Where_is@179.213-65-87.adsl-dyn.isp.belgacom.be) |
20:23.56 | cr2 | a real life example |
20:25.06 | maejrep | end of a line, or end of the file? |
20:25.51 | cr2 | <PROTECTED> |
20:26.02 | cr2 | i'd like to charge it to |
20:26.15 | cr2 | <PROTECTED> |
20:26.35 | maejrep | regardless of "str." ? or for any value? |
20:26.51 | maejrep | ie, first word should move to the end? or only str. moved to the end |
20:27.02 | cr2 | only str. |
20:27.27 | maejrep | sed -i -r 's/"(str.) ([^"]+)"/"\\2 \\1"/g' |
20:27.36 | cr2 | wizardry :) |
20:27.39 | cr2 | i'll try |
20:27.52 | maejrep | or swap " and ' if you need to |
20:28.05 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
20:29.29 | cr2 | bash: syntax error near unexpected token `(' |
20:29.44 | maejrep | er |
20:29.51 | maejrep | it shouldn't do that inside quotes |
20:29.59 | maejrep | but try \( \) |
20:30.08 | cr2 | was my typo |
20:30.32 | cr2 | doesn't work :) |
20:30.36 | maejrep | lol |
20:30.46 | maejrep | doesn't find what you want? |
20:30.51 | maejrep | or replaces it wrong? |
20:31.37 | maejrep | if the attributes use '' quotes instead of "" double quotes, you'd need to swap the quotes around |
20:31.50 | maejrep | and actually, the \\2\\1 should not have "" around it either (my mistake) |
20:32.02 | cr2 | hm. it seems somebody has already fixed it ;) |
20:32.13 | cr2 | so i don't see the patterns |
20:32.13 | maejrep | lol |
20:32.39 | cr2 | i just did grep str. |
20:34.31 | cr2 | but not the 'str.Foo' :) |
20:34.49 | imfloflo | why don't we use the "search network" function on android to registered on the network? |
20:35.46 | cr2 | maejrep: so how to fix "str.Foo bar" ? |
20:40.45 | imfloflo | the Bejewel game isn't in the good size for polaris :s |
20:43.25 | maejrep | cr2: turn into "Foo bar str." ? |
20:44.08 | maejrep | sed -i -r 's/"(str.)([^"]+)"/"\\2 \\1"/g' will look for it without the space, and add the space in the replacement |
20:46.59 | cr2 | trying |
20:47.09 | cr2 | i think /g is not really needed |
20:48.31 | maejrep | it's not if its only one per line |
20:48.45 | maejrep | /g will just make it replace the string multiple times per line if it exists more than once |
20:49.10 | cr2 | yes, but it happens only once |
20:49.14 | cr2 | hmm. |
20:54.54 | *** join/#htc-linux MrFeetio (n=MrFeetio@pool-98-117-23-186.hrbgpa.fios.verizon.net) |
21:11.59 | maejrep | cr2: any ideas where to find smem.dll? :x |
21:12.22 | AstainHellbring | maejrep, did you check xip? |
21:12.37 | maejrep | where would I check that? :x |
21:12.52 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
21:12.55 | maejrep | nk.exe? |
21:15.21 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
21:15.28 | cr2 | maejrep: smem.dll ? |
21:15.52 | maejrep | yes |
21:16.31 | cr2 | maejrep: for diam |
21:17.12 | cr2 | smem_proc_comm_get_status |
21:17.14 | cr2 | smem_proc_comm_send_cmd |
21:17.15 | cr2 | smem_proc_comm_set_status |
21:17.21 | maejrep | o.0 |
21:17.30 | maejrep | they do call it proc_comm? heh |
21:17.48 | maejrep | where can I get that file from my phone? :x |
21:17.49 | cr2 | :) |
21:18.01 | cr2 | don't have it for raph et al. |
21:18.09 | maejrep | but how can I get it? :p |
21:18.21 | maejrep | it's not in an OS.nb |
21:19.35 | cr2 | dumprom on OS.nb |
21:20.00 | cr2 | it'd be in the first xip part |
21:20.06 | maejrep | oh |
21:23.34 | cr2 | but mine looks rather broken |
21:24.05 | maejrep | hmm, it found a lot of dlls, but not smem.dll |
21:24.11 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
21:25.25 | *** join/#htc-linux QnexFrost (n=QnexFros@85.186.177.22) |
21:26.59 | maejrep | 004ddff0 6c 6c 00 00 73 6d 65 6d 2e 64 6c 6c 00 00 00 00 |ll..smem.dll....| |
21:27.00 | maejrep | 005e1070 0c 00 0d 00 0e 00 0f 00 73 6d 65 6d 2e 64 6c 6c |........smem.dll| |
21:32.27 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
21:47.42 | *** join/#htc-linux deeproot (n=tony@68-112-216-255.dhcp.slid.la.charter.com) |
21:48.27 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) |
21:51.29 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
21:54.31 | cr2 | maejrep: in ram ? |
21:54.52 | maejrep | no those are offsets on OS.nb.payload |
21:55.03 | maejrep | can't get it to extract the file though |
21:55.09 | cr2 | maejrep: then dump 10MB of ram, and try dumprom |
21:55.35 | maejrep | via pdump? |
21:55.38 | cr2 | well, these tools (htc-flasher) need some work too |
21:55.44 | cr2 | via pwf |
21:55.47 | maejrep | er right |
21:55.48 | maejrep | :p |
21:56.24 | cr2 | i think the last problem was lzma lib decoder, and xpr decoder. |
21:59.42 | maejrep | cr2: pwf mem.dump 0 0xa00000 |
21:59.49 | maejrep | the resulting file didn't have anything related to smem :x |
22:00.05 | maejrep | hmm, no, i see smem.c |
22:00.07 | maejrep | but not smem.dll |
22:00.12 | maejrep | is that expected |
22:01.00 | NetRipper | maejrep, question, you added msm_gpio_set_function method to proc_comm_wince.c, was that intentional? |
22:01.17 | maejrep | yes |
22:01.21 | maejrep | but I don't recall why.. |
22:01.23 | maejrep | sec |
22:01.23 | NetRipper | shouldn't it be in gpio.c? |
22:02.14 | maejrep | i don't recall why I did it that way :x |
22:02.39 | maejrep | might have been to avoid including proc_comm_wince.h in gpio.c? |
22:02.42 | cr2 | maejrep: pwf wincemem 0x10000000 0xa00000 |
22:02.52 | maejrep | i guess it wasn't a very good reason after all :p |
22:03.10 | NetRipper | lol |
22:03.12 | NetRipper | so i can move it? |
22:03.38 | cr2 | NetRipper: i have started the rpc page. looks like .njet programming ;) |
22:03.49 | NetRipper | .njet? |
22:03.55 | cr2 | .net |
22:03.56 | NetRipper | is that a russion joke? |
22:03.56 | NetRipper | ;) |
22:03.57 | NetRipper | ah |
22:04.02 | NetRipper | ;) |
22:04.10 | NetRipper | ok |
22:04.17 | cr2 | n and j are too close on my small keyboard |
22:04.37 | NetRipper | if it really is a .net binary, there are very nice decompilers |
22:04.58 | cr2 | no, it's just an api that covers everything |
22:05.10 | NetRipper | ok |
22:05.15 | cr2 | from managing clocks to setting the dns for agps ;) |
22:05.32 | NetRipper | lol |
22:05.39 | cr2 | you may grep the vogue tree and compare |
22:05.59 | NetRipper | i already have a headache, let's not make it worse |
22:05.59 | NetRipper | ;) |
22:06.07 | cr2 | i've not added the parameters and names. |
22:06.23 | cr2 | i guess the htc people had the same feelings |
22:06.52 | cr2 | so they manage many clocks directly by writing in the Md/Ns regs :) |
22:07.29 | maejrep | lol |
22:07.38 | *** part/#htc-linux QnexFrost (n=QnexFros@85.186.177.22) |
22:08.28 | cr2 | hmm |
22:08.48 | cr2 | how do i read in a table in an awk BEGIN section ?? |
22:09.25 | cr2 | getline < "filename" ? |
22:09.34 | cr2 | but it's only one string... |
22:10.16 | NetRipper | a table? |
22:10.27 | cr2 | 1 2 |
22:10.27 | NetRipper | i have no awk experience |
22:10.28 | NetRipper | sorry |
22:10.28 | NetRipper | :) |
22:10.30 | cr2 | 3 4 |
22:10.30 | maejrep | cr2: that worked :) thanks |
22:10.39 | cr2 | i hate to rewrite it in perl |
22:10.47 | NetRipper | print $1 $2? |
22:10.53 | cr2 | maejrep: you can extract it now ? |
22:10.59 | maejrep | sorry cr2 I don't know awk either ;x |
22:11.02 | maejrep | yep, it extracted |
22:11.14 | NetRipper | arf linuxtogo git is so slow |
22:11.43 | cr2 | NetRipper: i need to have 2 data arrays, before processing another file line by line |
22:11.56 | cr2 | but i can't hardcode these arrays |
22:12.31 | maejrep | hmm, does seem broken though |
22:12.42 | cr2 | hate these interpreted languages. i've written it faster in c. |
22:12.44 | NetRipper | cr2, i'll need an input/output example before i unerstand |
22:13.11 | NetRipper | lol can't you use a simple bash script? process line by line and performing an action on a line? |
22:13.15 | NetRipper | or must it be awk? |
22:13.29 | cr2 | hehe. |
22:13.44 | NetRipper | maejrep, might your reason be that you didn't want to modify gpio.c to keep it unchanged or something? |
22:13.49 | cr2 | how do you create and array in bash |
22:14.07 | cr2 | not declare, but reading from a CSV file |
22:14.10 | maejrep | NetRipper: possibly.. but it used to be in gpio.c, and I moved it |
22:14.13 | maejrep | just can't remember why |
22:14.33 | NetRipper | would be helpful :p |
22:15.14 | maejrep | i think it was just because the struct went into proc_comm_wince.h along with the PCOM_GPIO_CFG macro, cause that was where it was on trout |
22:15.32 | maejrep | and to prevent having to include gpio.h in places that didn't need it previously |
22:16.12 | cr2 | NetRipper: do you know OSM ? |
22:16.34 | NetRipper | osm? |
22:16.55 | cr2 | maejrep: they access gpio through proc_comm. imho it's impossible with DEX |
22:17.22 | cr2 | maejrep: only directly, or with rpc. but only for some selected gpios |
22:17.34 | maejrep | NetRipper: i'd say whatever my reasons were are not important :p |
22:17.40 | maejrep | since I can't even remember what the reason was |
22:17.49 | cr2 | they tried to make it real PITA with rpc, but obviously it became too much PITA :) |
22:18.17 | cr2 | NetRipper: openstreetmap |
22:20.37 | maejrep | cr2: yeah this isn't as helpful as I thought it would be :p |
22:20.55 | NetRipper | cr2, you can google on how to read a file line by line in bash.. while processing each line you can split the string and format it the way you like |
22:21.09 | NetRipper | cr2, i've never used or seen it ;) |
22:21.33 | cr2 | NetRipper: i'm not crazy :) i'll do it in perl or c much faster. |
22:21.42 | NetRipper | lol |
22:21.42 | NetRipper | ok |
22:21.49 | cr2 | NetRipper: http://openstreetmap.org |
22:22.51 | NetRipper | wow |
22:22.53 | NetRipper | that map is outdated |
22:23.01 | cr2 | lol |
22:24.17 | NetRipper | and i love how it marks the thinnest road next to my home as a regular road |
22:24.43 | NetRipper | guess i shouldnt whine, as it's usermanaged |
22:24.44 | NetRipper | :) |
22:24.45 | cr2 | this data is from AND |
22:24.45 | NetRipper | anyway |
22:24.56 | NetRipper | aha |
22:25.00 | cr2 | otherwise it would have been better |
22:25.05 | NetRipper | and? |
22:25.08 | NetRipper | i mean |
22:25.08 | NetRipper | AND? |
22:25.57 | NetRipper | oh |
22:25.57 | NetRipper | google actually works on that |
22:25.58 | cr2 | well, fix it :) |
22:25.58 | NetRipper | i still hope it's an out of date AND map |
22:25.58 | NetRipper | yea |
22:25.58 | NetRipper | i could |
22:26.07 | NetRipper | if i werent one of those perfectly legal tomtom users |
22:26.17 | cr2 | google has a lot of map bugs too |
22:32.08 | cr2 | NetRipper: what patch are you going to merge today ? :) |
22:32.25 | NetRipper | im working on the proc_comm_wince one |
22:33.37 | cr2 | ok |
22:33.57 | NetRipper | maejrep, im just going to leave it in proc_comm_wince |
22:34.02 | maejrep | ;x |
22:34.09 | NetRipper | for now |
22:34.11 | NetRipper | at least |
22:34.38 | NetRipper | there's a DEX_GPIO_CFG define in the .h |
22:35.21 | NetRipper | hm |
22:35.27 | maejrep | that's used for generating the gpio config struct |
22:35.36 | NetRipper | i see |
22:42.22 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
22:43.23 | NetRipper | ok |
22:43.25 | NetRipper | moved it anyway |
22:43.27 | NetRipper | ;p |
22:48.30 | NetRipper | thats 1 |
22:57.49 | NetRipper | thats 2 |
23:06.18 | NetRipper | maejrep, hm, just something that came to mind.. on the git commit, i moved the set_function to gpio.c... and i removed EXPORT_SYMBOL(), and instead used 'extern' in the prototype in the gpio.h to externalize it... personally i find it more neat.. but i recall you had some problems with that when using the devices as modules? |
23:08.47 | cr2 | NetRipper: i think you must export the symbols for other modules with EXPORT_SYMBOL |
23:09.11 | cr2 | or EXPORT_SYMBOL_GPL for our binary module friends |
23:11.20 | NetRipper | aha |
23:11.30 | NetRipper | i thought 'extern' would do the same job |
23:17.21 | cr2 | it works :) |
23:17.31 | cr2 | BEGIN{while (getline < "file" > 0) print $2,$4,$6} |
23:18.13 | cr2 | i knew that it'd be easy to do. |
23:18.19 | NetRipper | lol |
23:18.25 | NetRipper | easy is relative |
23:18.49 | cr2 | linuxtogo is dead slow. as usual |
23:19.42 | cr2 | NetRipper: do you track the main androed git @kernel.org ? |
23:20.02 | NetRipper | we do, but i don't know how to update it |
23:20.16 | j0b0 | evening |
23:20.28 | NetRipper | i'd need ph5 to help me with that |
23:20.32 | NetRipper | evening j0b0 |
23:21.03 | cr2 | static void __init halibut_init(void) for raphael ? |
23:21.19 | j0b0 | if you like, here -> http://tibook.jb.b4m.com/j0b0/navi/ is a patch for the navi pad and the keyboard backlight |
23:21.45 | j0b0 | i replaced the ones i put up thismorning that didnt quite yet work |
23:22.25 | NetRipper | oookay |
23:22.33 | NetRipper | hope it won't conflict much with maejrep's stuff |
23:22.34 | NetRipper | :) |
23:22.54 | j0b0 | it most likely will |
23:23.07 | j0b0 | has that been committed yet? |
23:23.11 | NetRipper | im working on that |
23:23.13 | j0b0 | if so i will do themerge |
23:24.18 | j0b0 | the .25 one you can just apply it will add the previous state of maejreps keypad and led drivers working in the .25 branch |
23:25.17 | cr2 | maejrep: i don't see the second dex param ? |
23:26.53 | NetRipper | j0b0, ok but i won't test it then ;) |
23:27.20 | NetRipper | if the msmfb problem is fixed in .27 we can leave .25 behind us |
23:27.42 | j0b0 | ooh nice. :) |
23:28.03 | NetRipper | it's a frustrating problem though ;) |
23:28.37 | NetRipper | i think it has to do with the problem that we don't support power management yet |
23:28.47 | NetRipper | so we may need to work around some stuff in the msmfb |
23:32.02 | cr2 | NetRipper: i've lost track on that: is the client_epson.c already merged ? |
23:33.15 | NetRipper | cr2, client_epson is in .27 yes |
23:33.19 | NetRipper | i dont know what you mean by merged though |
23:33.32 | NetRipper | i was under the impression it was simply a copy of toshiba's |
23:33.40 | cr2 | ok, i see it |
23:33.50 | cr2 | how do we patch the mddi.c ? |
23:34.03 | NetRipper | patch it how? |
23:34.17 | cr2 | <PROTECTED> |
23:34.33 | cr2 | we need a mddi_info filled per device. |
23:34.46 | cr2 | the current setup is g1 only |
23:34.48 | NetRipper | i think that's in the board-htcraphael-panel.c |
23:35.17 | cr2 | maybe, but it's not used by the mddi_init_registers |
23:35.26 | cr2 | everything is hardcoded now. |
23:35.32 | NetRipper | oh |
23:35.45 | cr2 | check this function |
23:36.24 | cr2 | i think it needs some macro list for mddi_writel |
23:36.30 | cr2 | like it's done for spi |
23:38.14 | cr2 | 715 /* set up the clocks */ |
23:38.15 | cr2 | 716 mddi->clk = clk_get(&pdev->dev, "mddi_clk"); |
23:38.17 | cr2 | 717 if (IS_ERR(mddi->clk)) { |
23:38.24 | cr2 | do we have it already ? |
23:38.36 | cr2 | the clock speed is device-dependent too. |
23:38.51 | NetRipper | it's probably just using the g1 now |
23:39.07 | NetRipper | not sure what's been done on that |
23:40.05 | NetRipper | maejrep, that notifications function has #if 0 around it, can it be removed completely or are there plans to use it in the future? |
23:40.18 | NetRipper | micropklt_set_ksc_notifications() that |
23:40.21 | cr2 | ok, so we need to fix the clk_api before working on fb |
23:40.38 | chab7 | re |
23:41.11 | NetRipper | cr2, i think the current msmfb update problem is not related to mddi |
23:41.20 | chab7 | is anyone here from the android developing project? |
23:41.34 | NetRipper | i think android developers are in #android |
23:41.53 | cr2 | NetRipper: the g1 setup is not right anyway. |
23:42.04 | chab7 | but the android polaris developing |
23:42.44 | chab7 | because i would like to say them some welcoming words ;) |
23:42.56 | chab7 | its amazing what they do |
23:42.57 | *** join/#htc-linux bs2 (n=kra@87.72.13.87) |
23:43.34 | NetRipper | chab7, the linux kernel haxx0rs are here somewhere.. not sure who they are though |
23:43.40 | NetRipper | for polaris |
23:44.03 | chab7 | the xda forum says: Development work is sometimes done in the irc channel: #htc-linux. |
23:44.08 | NetRipper | yep |
23:44.26 | NetRipper | you can check the logs to see |
23:44.28 | NetRipper | see topic |
23:44.29 | chab7 | so thats why i looking for them now ;) |
23:44.44 | NetRipper | ctrl-f for polaris, you'll find the people ;) |
23:45.28 | chab7 | i wanna say a congratulation for this work |
23:46.13 | chab7 | it just managed to run the first version on my polaris that it works |
23:46.22 | chab7 | ok, second, not the first |
23:46.27 | NetRipper | that's good news |
23:46.39 | chab7 | but it is more and more useful :) |
23:46.55 | chab7 | what will the third one do :) |
23:47.31 | NetRipper | maejrep, i see "#if defined(MICROP_DEBUG) && MICROP_DEBUG" lines but 1) i don't see MICROP_DEBUG defined anywhere and 2) why the &&? |
23:47.31 | chab7 | ok, there are some bugs but it is just developing |
23:47.50 | *** join/#htc-linux acsviluppo (n=acsvilup@151.67.30.243) |
23:47.56 | NetRipper | maejrep, i'll leave messages in pm, easier ;) |
23:48.05 | cr2 | maejrep: // { .clk_id = MDC_CLK, .idx |
23:48.54 | cr2 | i think the mdc clock is not 100% sure, but mddi, i2c , uart2dm, gp and others are known. |
23:49.39 | cr2 | maejrep: and imho one more field is needed to mark the clocks who use Ns only (and not Md) |
23:52.18 | dcordes | chab7: many people are involved in these things |
23:53.15 | chab7 | ok |
23:53.22 | cr2 | maejrep: another problem is to separate A clocks from nonA, because some of them use different locations |
23:53.22 | chab7 | its a great work |
23:57.42 | NetRipper | j0b0, i'll be comitting the microp* stuff in the morning.. hoping to hear back from maejrep about some questions before i commit it.. |
23:58.16 | *** join/#htc-linux Moku (n=John@f048231195.adsl.alicedsl.de) |
23:58.24 | NetRipper | would be appreciated if you could sort out your .27 patch against it :) |
23:58.41 | j0b0 | NetRipper ok. i shall then fetch and merge |
23:58.45 | NetRipper | thanks |
23:58.57 | NetRipper | bedtime for me now ;) |
23:58.58 | NetRipper | good night |
23:59.08 | j0b0 | good night |