00:04.30 | *** join/#htc-linux g3gg0_ (n=g3gg0@ppp-62-245-210-203.dynamic.mnet-online.de) |
01:36.53 | *** part/#htc-linux Speedy2 (n=Javier_6@cpe-66-75-4-134.san.res.rr.com) |
01:53.22 | *** join/#htc-linux silven (n=zmc@adsl-64-237-227-188.prtc.net) |
02:48.40 | *** join/#htc-linux WizMaui (n=WizMaui@62.112.90.250) |
02:50.32 | *** join/#htc-linux WizMaui_ (n=WizMaui@62.112.90.250) |
03:57.12 | *** join/#htc-linux [ZGI] (n=bambi@grcuje.biz.tm) |
04:23.16 | *** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
04:28.12 | *** join/#htc-linux hugo_nz (n=hugo@60-234-142-71.bitstream.orcon.net.nz) |
05:05.50 | *** join/#htc-linux scorpio16v (n=scorpio1@ACB39C27.ipt.aol.com) |
05:37.06 | *** join/#htc-linux SmallR2002 (n=SmallR20@c-24-14-100-254.hsd1.il.comcast.net) |
06:37.12 | *** join/#htc-linux par (i=par@dipole.idlepattern.com) |
06:40.23 | *** join/#htc-linux rmoravcik (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk) |
06:54.12 | *** join/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk) |
07:11.04 | *** join/#htc-linux hugo_nz (n=hugo@60-234-142-71.bitstream.orcon.net.nz) |
08:10.55 | *** join/#htc-linux RoEn_PC (n=roen@p54a65a96.dip.t-dialin.net) |
08:11.22 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
08:49.00 | *** join/#htc-linux pH5 (n=ph5@p5485E111.dip.t-dialin.net) |
09:21.01 | *** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
10:22.10 | *** join/#htc-linux rob_w (n=bob@p85.212.3.105.tisdip.tiscali.de) |
10:25.49 | *** join/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk) |
10:26.37 | *** part/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk) |
10:35.46 | *** join/#htc-linux cyrill62 (n=user@ble59-5-82-233-205-36.fbx.proxad.net) |
10:37.25 | *** join/#htc-linux cyrill62 (n=user@ble59-5-82-233-205-36.fbx.proxad.net) |
11:06.08 | *** join/#htc-linux rob_w|tablet (n=bob@p85.212.3.105.tisdip.tiscali.de) |
11:14.53 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
11:21.00 | goxboxlive | hi BabelO |
11:21.15 | BabelO | hi |
11:21.36 | goxboxlive | I am trying out your htcgen.c form sf.net, but it failes hen i start it |
11:21.51 | goxboxlive | root@htcuniversal:~$ ./gnokii --identify |
11:21.51 | goxboxlive | ./gnokii: ./gnokii: 1: Syntax error: "(" unexpected |
11:22.50 | BabelO | it is like a script error ;) |
11:22.59 | BabelO | file libgnokii ? |
11:25.27 | goxboxlive | i have it linked to libgnokii.so.3.0.0 |
11:27.12 | goxboxlive | libgnokii.so.3 -> libgnokii.so.3.0.0 |
11:28.32 | BabelO | and your gnokii program ? |
11:28.46 | BabelO | type file /usr/bin/gnokii |
11:31.11 | [ZGI] | hi! anny progres on prophet ? |
11:41.02 | *** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
11:44.04 | goxboxlive | BabelO i dont have /usr/bin/gnokii I have just placed the executable gnokii file in my home diectory |
11:44.40 | goxboxlive | Mybe it is becuuse i have used another crosscompiler than i used with the image. I''' figure it out |
11:45.14 | BabelO | if you start cmd in your home directory |
11:45.14 | BabelO | file gnokii |
11:55.31 | BabelO | goxboxlive: what file is saying ? |
12:00.30 | BabelO | goxboxlive: if you don't make install with gnokii, binary are in gnokii.libs direcoty and library in common/.libs/ |
12:20.22 | *** join/#htc-linux TBBle (n=tbble@2001:388:f000:0:0:0:0:2d) |
12:28.05 | *** part/#htc-linux [ZGI] (n=bambi@grcuje.biz.tm) |
12:33.01 | *** join/#htc-linux RoEn_PC (n=roen@p54A65A96.dip.t-dialin.net) |
12:41.09 | BabelO | cr2: hi |
12:41.19 | BabelO | cr2: got dump_cis working now ;) |
12:41.46 | BabelO | http://pastebin.ca/473778 |
12:46.25 | *** join/#htc-linux TripleDES (n=sergio@30.pool85-50-204.dynamic.orange.es) |
12:50.19 | *** join/#htc-linux Ro_En_PC (n=roen@p54A672AF.dip.t-dialin.net) |
12:52.10 | *** join/#htc-linux TripleDES (n=sergio@30.pool85-50-204.dynamic.orange.es) |
12:57.36 | *** join/#htc-linux TripleDE1 (n=sergio@220.pool85-50-203.dynamic.orange.es) |
13:05.11 | *** join/#htc-linux Ro_En_PC (n=roen@p54a672af.dip.t-dialin.net) |
13:12.17 | *** join/#htc-linux psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
13:20.22 | *** join/#htc-linux TripleDES (n=sergio@77.pool85-50-139.dynamic.orange.es) |
13:35.13 | *** join/#htc-linux TripleDES (n=sergio@77.pool85-50-139.dynamic.orange.es) |
13:42.30 | *** join/#htc-linux TripleDE1 (n=sergio@77.pool85-50-139.dynamic.orange.es) |
13:47.53 | *** join/#htc-linux TripleDE2 (n=sergio@155.pool85-50-253.dynamic.orange.es) |
13:53.21 | *** join/#htc-linux TripleDES (n=sergio@155.pool85-50-253.dynamic.orange.es) |
13:58.54 | *** join/#htc-linux TripleDE2 (n=sergio@190.pool85-50-250.dynamic.orange.es) |
14:02.31 | *** join/#htc-linux TBBle (n=tbble@2001:388:f000:0:0:0:0:2d) |
14:06.18 | *** join/#htc-linux TripleDE1 (n=sergio@63.pool85-50-246.dynamic.orange.es) |
14:14.31 | *** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es) |
14:18.01 | *** part/#htc-linux rmoravci1 (n=rmoravci@adsl-dyn49.91-127-60.t-com.sk) |
14:21.00 | *** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es) |
14:27.23 | *** join/#htc-linux TripleDES (n=sergio@63.pool85-50-246.dynamic.orange.es) |
14:49.29 | *** join/#htc-linux TripleDE1 (n=sergio@21.pool85-50-157.dynamic.orange.es) |
14:50.55 | *** join/#htc-linux RoEn_PC (n=roen@p54A644FE.dip.t-dialin.net) |
14:59.41 | *** join/#htc-linux TripleDES (n=sergio@21.pool85-50-157.dynamic.orange.es) |
15:13.59 | *** join/#htc-linux TripleDES (n=sergio@21.pool85-50-157.dynamic.orange.es) |
15:25.03 | *** join/#htc-linux law|ibook (n=_law_@213.173.86.202) |
15:52.09 | *** join/#htc-linux TripleDES (n=sergio@251.pool85-50-251.dynamic.orange.es) |
15:57.30 | *** join/#htc-linux TripleDE1 (n=sergio@96.pool85-50-240.dynamic.orange.es) |
16:03.48 | *** join/#htc-linux Ro_En_PC (n=roen@p54A65160.dip.t-dialin.net) |
16:08.25 | *** join/#htc-linux TripleDES (n=sergio@96.pool85-50-240.dynamic.orange.es) |
16:09.23 | *** join/#htc-linux duck3y (n=norman@dsl-242-202-179.telkomadsl.co.za) |
16:09.51 | duck3y | hello |
16:10.40 | duck3y | I am having trouble getting the ramdisk to pick up my SD card |
16:11.14 | cr2 | duck3y: on which phone? |
16:11.36 | duck3y | Universal |
16:11.44 | cr2 | and what is the size of your card ? |
16:11.49 | duck3y | 1GB |
16:11.57 | duck3y | is that a problem? |
16:12.01 | *** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk) |
16:12.12 | cr2 | hm. why do you need the ramdisk ? |
16:12.34 | duck3y | well, it appears as if it doesnt pick up the mmc |
16:12.47 | duck3y | so what I did was partioned the card in vfat and ext3 |
16:13.04 | duck3y | unpacked the openmoko onto the ext3 |
16:13.11 | cr2 | what about the normal kernel ? does it detect your card and the partiton table ? |
16:13.31 | duck3y | installed the corresponding .cab file onto the device and then when I execute it, I get a kernel panic |
16:13.48 | duck3y | cr2: Normal kernel being? |
16:14.04 | cr2 | normal=without the ramdisk. |
16:14.11 | duck3y | on the device? |
16:14.15 | cr2 | yes. |
16:14.33 | cr2 | what was the reason for the panic ? |
16:14.59 | duck3y | Well I partioned it into a 32MB vfat and the rest being ext3. The device (Windows Mobile) does pick up the 32MB |
16:15.26 | duck3y | will check the kernel panic message now |
16:15.42 | *** join/#htc-linux TripleDES (n=sergio@96.pool85-50-240.dynamic.orange.es) |
16:17.00 | duck3y | okay here is the kernel panic message: mmc0: card is mmc v4 but doesnt support any high speed modes |
16:17.29 | duck3y | VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0) |
16:18.00 | duck3y | Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) |
16:18.06 | duck3y | any ideas? |
16:19.15 | cr2 | mmc v4 is not SD. |
16:19.26 | duck3y | I partioned the mmc in Ubuntu, /dev/sdc1 = vfat partition (32MB), /dev/sdc2 = ext3 partition |
16:19.35 | duck3y | so the problem is that card? |
16:19.51 | cr2 | i have an mmc v4 card somewhere, but have not tried it with linux. |
16:20.09 | cr2 | imho, yes. mmc v4 is a bit different bus protocol. |
16:20.24 | duck3y | The card I am using was one I took from a Nokia N70 phone |
16:21.04 | cr2 | i have problems with 2GB SD card on universal too, but others reported 2GB and 4GB SD working |
16:21.35 | cr2 | nokia does not use asic3 SD controller, that's for sure. |
16:21.51 | duck3y | and that is what I need I presume? |
16:22.39 | cr2 | that#s what universal is using. |
16:22.58 | cr2 | try with a different card. |
16:24.06 | duck3y | Dont have another, but will try get one tomorrow. |
16:24.06 | duck3y | Thanks for the info! |
16:24.06 | cr2 | ok. |
16:24.24 | BabelO | cr2: do you see my pastebin ? |
16:24.25 | duck3y | Thanks cr2. |
16:24.32 | duck3y | cheers |
16:24.51 | cr2 | BabelO: with acx data ? |
16:25.00 | BabelO | yes |
16:25.15 | BabelO | http://pastebin.ca/473778 |
16:25.41 | cr2 | looks good. |
16:25.47 | cr2 | config base 0x200 |
16:26.29 | cr2 | memory 0x800 |
16:26.54 | cr2 | can you do 'dump mmu' ? |
16:27.15 | BabelO | yes, need a latest haret ? |
16:27.25 | *** join/#htc-linux TripleDE1 (n=sergio@212.pool85-50-242.dynamic.orange.es) |
16:27.26 | cr2 | look where are the slot0 attributes and memory are ampped. |
16:27.49 | cr2 | i think any will work. it is stable since some time. |
16:31.52 | BabelO | ok, dump is ok |
16:32.35 | cr2 | have a look for the 0x28* and 0x2c* |
16:33.04 | Kevin2 | cr2: Do you know where the hermes wince resume vector is? |
16:33.19 | *** join/#htc-linux TripleDE1 (n=sergio@212.pool85-50-242.dynamic.orange.es) |
16:33.45 | BabelO | cr2: ac100000 | 28000000 | | 1MB section and ac200000 | 2c000000 | | 1MB section |
16:33.59 | BabelO | i ll look with haret at virtual address ? |
16:34.28 | cr2 | Kevin2: i'll look. |
16:34.32 | cr2 | BabelO: yes. |
16:35.47 | cr2 | Kevin2: can you compile me a selfbooting haret for himalaya ? i still can't exec init ;) |
16:36.12 | Kevin2 | cr2: How would I do that? |
16:38.19 | cr2 | make htchimalaya_defconfig |
16:38.43 | *** part/#htc-linux duck3y (n=norman@dsl-242-202-179.telkomadsl.co.za) |
16:38.57 | BabelO | cr2: nothing to see :( |
16:39.09 | *** join/#htc-linux TripleDES (n=sergio@212.pool85-50-242.dynamic.orange.es) |
16:39.10 | BabelO | with a pinf -f in background |
16:40.03 | cr2 | Kevin2: looking at the ipl. |
16:40.28 | cr2 | BabelO: are there any other mappings for this address ? |
16:40.28 | Kevin2 | cr2: My initd (which is an initramfs) is at http://www.handhelds.org/~koconnor/HTCHermes/rootfs.cgz |
16:40.48 | Kevin2 | Just use that instead of an initrd. |
16:40.55 | cr2 | Kevin2: i've tried it. get a can't exec /init |
16:41.05 | cr2 | initrd ? |
16:41.19 | cr2 | i've used it as the initramfs |
16:41.37 | cr2 | so have checked everything. SD, initrd, initramfs. |
16:42.02 | cr2 | everything can be mounted, but exec fails. |
16:42.11 | cr2 | i'm completely lost. |
16:42.44 | Kevin2 | You can compile an initramfs into the kernel, or you can use an initramfs instead of initrd. I prefer the latter. |
16:43.15 | BabelO | cr2: ok i try other for 0x2c* but not for 0x28*??? i try |
16:43.20 | *** join/#htc-linux Ro__En_PC (n=roen@p54A650BB.dip.t-dialin.net) |
16:44.57 | *** join/#htc-linux TripleDE1 (n=sergio@232.pool85-50-147.dynamic.orange.es) |
16:45.27 | cr2 | Kevin2: the cpio.gz as an initrd ? have not tried that. |
16:48.48 | *** join/#htc-linux ellisway (n=ellis@87.74.241.174) [NETSPLIT VICTIM] |
16:48.50 | *** join/#htc-linux lkklklkllkl (n=roen@p54a67413.dip.t-dialin.net) |
16:48.50 | Kevin2 | Yes - as an initrd. I use the following to build the self extracting haret: make linload KERNEL=../../kernel/herm-head/arch/arm/boot/zImage INITRD=../../kernel/initramfs-herm/rootfs.cgz |
16:48.56 | *** join/#htc-linux Funklord (n=cow@c-d4d572d5.014-46-73746f28.cust.bredbandsbolaget.se) |
16:50.04 | cr2 | ok. |
16:51.53 | *** join/#htc-linux TripleDE2 (n=sergio@82.pool85-50-152.dynamic.orange.es) |
16:56.46 | cr2 | Kevin2: the hermes wakeup is nontrivial, like on apache or universal. |
16:57.35 | cr2 | a lot of hardcoded RAM addresses, SP at 0x58800 |
16:58.10 | BabelO | cr2: nothin on other adress :( |
16:59.06 | Kevin2 | cr2: Okay, thanks. |
16:59.11 | cr2 | BabelO: ok. need to ask Kevin2 what can be the reason. |
17:00.08 | *** join/#htc-linux TripleDES (n=sergio@47.pool85-50-207.dynamic.orange.es) |
17:00.18 | Kevin2 | What's that? Can't trace acx? I don't know why that would be - I couldn't trace on Apache either. |
17:00.53 | *** join/#htc-linux Ro_En_PC (n=roen@p54A6651D.dip.t-dialin.net) |
17:02.08 | *** join/#htc-linux scorpio16v (n=scorpio1@ACB39060.ipt.aol.com) |
17:04.51 | cr2 | Kevin2: are you able to trace the ATI control registers ? |
17:05.27 | Kevin2 | cr2: I haven't tried. What are the addresses again? |
17:06.10 | *** join/#htc-linux Ro__En_PC (n=roen@p54A6776A.dip.t-dialin.net) |
17:06.38 | cr2 | hm. looking into wiki. |
17:06.58 | Kevin2 | Looks like 0xb4800000 from wiki |
17:07.11 | cr2 | <PROTECTED> |
17:07.13 | cr2 | yes. |
17:07.23 | cr2 | +0x4000 |
17:08.14 | cr2 | http://wiki.xda-developers.com/index.php?pagename=ATIWxxxx |
17:08.36 | cr2 | 4000 was wrong. |
17:09.28 | *** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net) |
17:09.38 | Kevin2 | I'm watching the full 1Meg range - I don't see any accesses |
17:10.14 | cr2 | even on the portrait/landscape switch ? |
17:11.15 | cr2 | and on LCD suspend/resume. |
17:11.25 | cr2 | damn. i've not ported this code ;) |
17:12.11 | Kevin2 | Yeah, even on landscape switch. |
17:13.35 | Kevin2 | Hrmm. I don't see any accesses even on a full suspend/resume. |
17:16.01 | Kevin2 | I don't see any accesses to 0x94800000 either. |
17:16.10 | cr2 | Kevin2: the same on ba/hima. |
17:16.40 | cr2 | there must be some fault in your tracing logic :) |
17:17.11 | cr2 | Kevin2: thanks, with linload it works. weird. |
17:18.51 | *** join/#htc-linux TripleDE1 (n=sergio@47.pool85-50-193.dynamic.orange.es) |
17:24.54 | Kevin2 | cr2: Weird, I don't even see any reads/writes to the framebuffer. |
17:25.21 | Kevin2 | But the tracing stuff looks okay, because if I read/write to it in another haret session the faults occur as expected. |
17:26.02 | cr2 | ok. |
17:26.37 | *** join/#htc-linux TripleDE2 (n=sergio@16.pool85-50-136.dynamic.orange.es) |
17:27.07 | Kevin2 | Maybe they're using dma or a different virtual address? |
17:27.36 | cr2 | dma for control registers? |
17:28.10 | cr2 | why don't we see a different mapping in 'dump mmu' ? |
17:29.42 | Kevin2 | Hrmm. I do see additional maps to it. |
17:31.29 | Kevin2 | See http://www.handhelds.org/~koconnor/HTCHermes/dump_mmu.txt -- I have a bunch of things that map to 0x10000000. |
17:32.06 | Kevin2 | Some are probably haret itself (if it maps in the framebuffer). |
17:33.00 | BabelO | how do you see additionnal map ? |
17:35.27 | Kevin2 | grep ' 100' dump_mmu.txt |
17:36.59 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
17:37.06 | cr2 | Kevin2: 48, 4a and 4c |
17:37.34 | BabelO | mine is here http://linuxbox2.free.fr/blueangel/mmu-blueangel.txt |
17:38.48 | Kevin2 | cr2: Yeah, unfortunately, mmutrace will only let you watch 1Meg section mappings. |
17:38.58 | cr2 | BabelO: 4c |
17:39.15 | cr2 | Kevin2: he has pxa263 |
17:39.43 | Kevin2 | The reason I did this, is that I don't currently handle "prefetch" aborts which occur when someone tries to run code on a traced page. |
17:40.15 | Kevin2 | PXA based tracing should work fine, of course. |
17:40.28 | cr2 | ok, but it seems to be a legitimate use. |
17:40.33 | Kevin2 | Also, be aware that these other mappings are probably process based, and may move each time you reboot the phone. |
17:41.01 | cr2 | yes, certainly. |
17:41.22 | Kevin2 | cr2: Yeah, I should probably lift the restriction. |
17:43.05 | BabelO | cr2: so if i trace 4c* i can see acx ? |
17:47.20 | cr2 | you can try. |
17:48.01 | BabelO | which address specifics? |
17:54.49 | *** join/#htc-linux rob_w (n=bob@p85.212.3.105.tisdip.tiscali.de) |
17:58.09 | cr2 | BabelO: sorry, it was ATI |
17:58.24 | cr2 | but i could not trace these acceses too. |
18:02.39 | *** part/#htc-linux scorpio16v (n=scorpio1@ACB39060.ipt.aol.com) |
18:06.02 | BabelO | cr2: ok, back to opie2 and trying to display callscreen ;) |
18:06.30 | cr2 | 4.2.0 ? |
18:06.46 | BabelO | no last from cvs, it is working for me |
18:06.50 | cr2 | ok. |
18:07.08 | BabelO | goxboxlive have it working now ;) on 4.2.0 |
18:47.14 | *** join/#htc-linux rob__w (n=bob@p85.212.70.24.tisdip.tiscali.de) |
18:48.53 | *** join/#htc-linux twostupiddogs (n=twostupi@62.123.180.130) |
19:09.07 | *** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
20:06.28 | *** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net) |
20:28.21 | *** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
20:28.40 | *** join/#htc-linux goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
20:29.16 | Kevin2 | cr2: Still around? It looks like I can trap ati accesses on hermes. Seems to be writing to 0x4e080590 area. |
20:34.15 | *** join/#htc-linux RoEn_PC (n=roen@p54A6776A.dip.t-dialin.net) |
20:42.48 | *** join/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk) |
20:42.55 | *** part/#htc-linux MrVanx (n=chatzill@82-69-60-250.dsl.in-addr.zen.co.uk) |
20:43.40 | *** join/#htc-linux RoEn_PC (n=roen@p54a6776a.dip.t-dialin.net) |
20:49.36 | *** join/#htc-linux ashkan|afk (n=ashkan@unaffiliated/askywalker/x-0000002) |
20:53.03 | *** join/#htc-linux rmoravci1 (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk) |
21:25.41 | *** join/#htc-linux bepe (n=Miranda@p549909FD.dip0.t-ipconnect.de) |
21:39.22 | *** join/#htc-linux TripleDES (n=sergio@49.pool85-50-148.dynamic.orange.es) |
22:14.30 | Kevin2 | cr2: Latest haret cvs can now trace ati regs. I used: ibit irqs 38 ; addlist mmutrace 0x4e000000 1024*1024 w ; wi 10 |
22:14.55 | Kevin2 | The latest cvs also fixes a bug in the instruction emulator, so it would be wise to upgrade regardless. |
22:15.19 | psokolovsky_ | Kevin2: Hi! So, all the tracing wealth is still not available for pxa25x, right? |
22:16.07 | Kevin2 | psokolovsky_: I would have thought pxa tracing would work on pxa25x. But in any case, the mmutrace stuff should work anywhere. |
22:16.23 | Kevin2 | You need wince4 or later -- it requires AllocPhysMem |
22:17.05 | psokolovsky_ | Kevin2: ok, thanks for confirmation, guess I should try to do some acx tracing on h4000 then... |
22:17.41 | BabelO | psokolovsky_: same idea as you ;) |
22:18.16 | psokolovsky_ | BabelO: yeah, I read yesterday channel, I just got idea you didn't have much progress? |
22:18.23 | BabelO | and maybe tracing ati acq port on BA |
22:18.36 | Kevin2 | I was thinking of making wirq not require AllocPhysMem, but I'm not sure there is really a need for it. |
22:18.49 | BabelO | psokolovsky_: no progress, only trying dump_cis on pcmcia port |
22:52.09 | *** join/#htc-linux damz (n=chatzill@fac34-3-82-231-24-20.fbx.proxad.net) |
23:28.57 | *** join/#htc-linux TripleDES (n=sergio@4.pool85-50-128.dynamic.orange.es) |