irclog2html for #htc-linux on 20061217

00:00.29cr2asylumed: also after resume ? :)
00:00.40asylumedhmm... dunno yet...
00:01.29asylumedcr2: but... issues... the ds1wm driver hard codes rising edge interrupt... while ba needs falling edge... :/
00:01.43asylumedcr2: will mail kernel discuss tomorrow after some sleep...
00:01.49cr2btw, wince report only the voltage. how do you decode the datastream ?
00:01.53cr2ok.
00:02.49pH5cr2: look at hwmon/battery/h2200_battery.c and w1/slave/w1_ds2760.c. I suspect it works nearly the same way on all ds2760-using devices.
00:03.24pH5good night
00:03.25cr2pH5: i don't see ds2760 on ba
00:03.29lkclnight pH5
00:03.30cr2good night.
00:04.19pH5cr2: it's there, look at battery.dll or wait until asylumed posts his findings ;)
00:04.20*** part/#htc-linux pH5 (n=ph5@e178195199.adsl.alicedsl.de)
00:57.47*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
00:57.47*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux
01:16.49*** join/#htc-linux apt_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
01:16.49*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux
01:46.01lkclhttp://www.pharscape.org/index.php?option=content&task=view&id=28%22
01:53.45BabelOnice howto lkcl :)
02:08.58*** join/#htc-linux LunohoD_ (n=alex@e180070144.adsl.alicedsl.de)
02:39.23*** join/#htc-linux g3gg0__ (n=g3gg0@ppp-82-135-86-240.dynamic.mnet-online.de)
03:16.45*** join/#htc-linux rob_w_T01 (n=bob@p85.212.151.97.tisdip.tiscali.de)
03:24.39Kevin2FYI - I've updated http://www.handhelds.org/moin/moin.cgi/ApachePhoneTrace with more tracing tips.  I've also uploaded a newer haret binary with slightly better poll reporting.  http://www.handhelds.org/~koconnor/haret/haret-20061216.exe
03:26.05*** join/#htc-linux Paynters (i=Paynters@d207-216-231-218.bchsia.telus.net)
03:42.17Payntershi
03:42.35Paynterscan anyone recommend a kernel for an htc apache?
04:16.22Kevin2Paynters: We use hh.org cvs.  The CVS tree is up to date for apache.
04:16.52Payntersoooo thanks
04:16.54lkclKevin2: i've added CDEX watching for blueangel to haret-gnu
04:16.58Kevin2:pserver:anoncvs:anoncvs@anoncvs.handhelds.org:/cvs    linux/kernel26
04:17.14lkcland some descriptions to the ASIC3 GPIO banks A to C
04:17.19Kevin2lkcl: What is CDEX watching?
04:17.32lkclwell it's like ASIC3 watching only it's CDEX :)
04:18.01lkclasic3 has some clock enables - 16 of them.
04:18.09lkclsomething like that.
04:18.47lkclthat chip is just... _so_ significant, it really is.
04:19.05lkclit's only been three years working out how it's used and how it works.
04:19.39lkcli'm just compiling up pierrox's eten g500 kernel.
04:27.09lkclum.... why don't i have an htc magician??? this is a pxa272 device, uda1380, gsm/gprs etc. etc. ermm....
04:29.06lkclok, well _that's_ sorted out, thanks to ebay.
04:29.07lkclduh.
05:02.04*** join/#htc-linux Paynters_ (n=Paynters@d207-81-246-67.bchsia.telus.net)
05:02.32*** join/#htc-linux Paynters__ (n=Paynters@d207-81-246-67.bchsia.telus.net)
06:14.12*** join/#htc-linux iggy (n=iggy@gentoo/developer/iggy) [NETSPLIT VICTIM]
06:14.12*** join/#htc-linux lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au)
06:14.12*** join/#htc-linux drno (n=drno@eki.student.utwente.nl) [NETSPLIT VICTIM]
06:14.15*** join/#htc-linux eway (n=ellis@host-87-74-241-174.bulldogdsl.com)
07:09.41*** join/#htc-linux ralith_ (n=ralith@soggy202.drizzle.com)
08:11.31*** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
08:34.12*** join/#htc-linux rmoravcik (n=rmoravci@icm7-orange.orange.sk)
08:43.43*** join/#htc-linux pH5 (n=ph5@e178227177.adsl.alicedsl.de)
08:58.46*** join/#htc-linux pwr (n=pwr@86.121.146.153)
09:11.17*** join/#htc-linux veni (n=veni@LSt-Amand-152-32-13-217.w82-127.abo.wanadoo.fr)
09:11.21venihi
09:16.13pH5hi veni
09:17.57veni=)
09:43.44*** join/#htc-linux RoEn_PC (n=roen@p54A64964.dip.t-dialin.net)
09:46.04*** join/#htc-linux pwr (n=pwr@86.121.147.64)
09:50.34goxboxlivegood morning
09:53.50*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
10:00.36pH5good morning goxboxlive
10:04.42BabelOhi all
10:05.56pH5hi BabelO
10:08.15goxboxlivepH5: Do you know how gpe backlight control is handeled. It adjust my backlight down to value "1" and that is not off. I want it to "0" wich is off. (in the /sys/class/.../brightness)
10:10.40pH5goxboxlive: I think somebody who doesn't have a transflective screen complained that the backlight turns off completely when pulling the control down to the bottom
10:11.47goxboxlivehmm ok, but isent that the point? Shouldnt the backlight turn completly off when the control is in the bottom? Do you know where in the source i can change this? wich file?
10:15.54pH5goxboxlive: yes, for our devices this would be the correct way. but for devices without a transflective screen, the display just turns black without a backlight and you have no way to increase the brightness again because you won't find the on-screen control :)
10:16.06pH5the package is minilite
10:16.52goxboxliveok
10:16.54goxboxlivethx
10:16.59pH5in sysclass_set_level(int level):
10:17.03pH5<PROTECTED>
10:17.07pH5<PROTECTED>
10:17.23goxboxliveI'll change it localy
10:19.33pH5there already is some model detection in main()
10:19.45pH5case H36XX:
10:19.47pH5<PROTECTED>
10:19.51pH5<PROTECTED>
10:19.52pH5etc.
10:21.02pH5we could expand that with our models, remove the check in sysclass_set_level and use gtk_vscale_new_with_range (1, 255, 1) for devices without transflective/reflective screens
10:22.41*** join/#htc-linux psokolovsky (n=psokolov@237.usernat.ip.net.ua)
10:24.14goxboxlivepH5: Do you have write access to gpe source?
10:24.25goxboxlivegood morning psokolovsky
10:24.50goxboxlivepH5: Or do we have to ask florian to do it?
10:26.23pH5goxboxlive: we should ask florian. I have only ever contributed one patch to GPE, so I didn't bother to ask for write access.
10:26.25pH5hi psokolovsky
10:27.07goxboxliveok
11:20.25*** join/#htc-linux rmoravcik (n=rmoravci@icm1-orange.orange.sk)
11:27.59*** join/#htc-linux asylumed (n=insanity@196.211.116.2)
11:45.23cr2hi all
11:45.38BabelOhi cr2
11:46.00cr2asylumed: if the irq handling is pushed down to the ds1wm, why do you enable the irq ?
11:46.04cr2+irq = asic3_irq_base(&blueangel_asic3.dev) + BLUEANGEL_OWM_IRQ;
11:46.04cr2<PROTECTED>
11:46.04cr2+enable_irq(irq);
11:46.05cr2+blueangel_ds1wm_resources[1].start = irq;
11:46.18cr2hi BabelO
11:46.47asylumedcr2: hmmm that may be an artifact of trying everything to get it to work...
11:47.58asylumedcr2: will test now...
11:48.06asylumedthx
11:50.03cr2the rest looks good :)
11:50.15cr2should i apply it ?
11:50.15asylumedcr2: seems it's needed
11:50.30BabelOyes cr2 it works fine for me too :)
11:50.35cr2it may be needed, but it does not look right.
11:50.47asylumedcr2: i don't think the ds1wm enables the irq...
11:51.06cr2but it does set_irq_type ?
11:51.11asylumedcr2: yip...
11:51.25asylumedcr2: i agree... i don't like the look of it either...
11:51.32*** join/#htc-linux Hawk|- (n=Hawk@p57A52852.dip0.t-ipconnect.de)
11:52.07cr2you have set it up, and the driver should handle the irq itself.
11:55.13asylumedcr2: so, should it be changed to enable the irq? (ds1wm i mean?)
11:55.37pH5asylumed: are asic3 irqs disabled by default?
11:55.47asylumedpH5: seems so...
11:56.43cr2asylumed: gpiod10 changed ? i need to look into wiki.
11:57.07asylumedhmmm, though asic3_keys does not enable_irq's
11:57.22pH5asylumed: that's why I was wondering
11:57.27cr2ok. looks like a bug in the header.
11:58.27cr2GPIOD6   0x0040   Kbd controller reset   O
11:58.30cr2is missing.
11:58.56asylumedcr2: damn... this lack of sleep is getting to me...
11:59.32cr2:)
12:00.01asylumedcr2: was just thinking about how complete it looked :P seems i can't count to 16...
12:00.40cr2well, a lot of things are missing there. some may be incorrect.
12:01.26asylumedcr2: GPIOD i mean...
12:02.20asylumedcr2: where does it say GPIOD10 ?
12:03.41cr2in the old header.
12:03.57cr2do you want to update blueangel_defconfig ?
12:05.18asylumedcr2: k, will send you one soon...
12:05.35cr2udc is disabled
12:06.28cr2arch/arm/mach-pxa/htcblueangel/blueangel_ds1wm.c:47: error: unknown field ‘falling_edge’ specified in initializer
12:07.15asylumedcr2: is the ds1wm patch applied?
12:07.36cr2you did not post it ?
12:07.44asylumed*sigh*
12:08.42cr2i'll commit the rest.
12:09.02asylumedcr2: done...
12:11.35asylumedwas there ever any solution for the missing find_bus problem? i see the conversation just died in kernel-discuss... and i now i have a similar problem as with the h2200
12:14.31pH5asylumed: psokolovsky re-added find-bus
12:14.41pH5the alternative is to export w1_bus_type
12:14.58cr2when 10 socs will use it, it will make a difference.
12:14.59asylumedpH5: thx
12:15.06pH5asylumed: like http://en.pastebin.ca/282241
12:15.26pH5I don't like the whole mechanism, actually.
12:16.13pH5The battery driver shouldn't scan the bus. It should be the bus that calls the battery driver's probe function or something like this.
12:17.18pH5I have added my magician battery driver to cvs. with the ba there will be three very similar battery drivers, so we could start thinking about how to abstract things into a common driver.
12:17.42psokolovskyHi!
12:17.49asylumedpsokolovsky: hi
12:17.55BabelOpH5: you have have two battery in magician ?
12:17.59BabelOhi psokolovsky
12:18.08psokolovskypH5, exactly, why did you add it, instead of refactoring common driver? ;-)
12:18.11rmoravcikpsokolovsky: hi
12:18.43psokolovskyrmoravcik, how's your ds1wm code? is it in good shape to submit it?
12:19.22pH5psokolovsky: as always, time. oh well.
12:19.42rmoravcikpsokolovsky: testing, i have little problem with wrong clock rate, but it is working
12:19.49pH5BabelO: there is a backup battery, but for that I can only read the voltage with tsc2046 AUX_IN
12:20.28psokolovskyrmoravcik, nice!
12:20.43BabelOpH5: yes same in BA, i modify bluangel_battery.c to have Main and Backup in /sys/class tree
12:20.45cr2isn't IRQT_* a compatibility hack ?
12:21.10cr2the g500 defconfig does not compile for me.
12:21.33goxboxliveroot@htcuniversal:/etc/bluetooth$ hcitool cc rfcomm1
12:21.33goxboxliveCan't create connection: Input/output error
12:21.34goxboxliveroot@htcuniversal:/etc/bluetooth$
12:22.12goxboxliveI just cant connect any BT devices to my universal. The only one i have managed to cennect is my bluetooth mouse, but i missed the mouse service.
12:22.13pH5cr2: oh, you're right. IRQ_TYPE_* are the correct ones..
12:25.10cr2rmoravcik: i'd like to have the rx3715 defconfig
12:27.51rmoravcikcr2: http://morgan.fbi.cz/tmp/config
12:28.11psokolovskyasylumed, so, tell me truth - how asic3, aic2 and ds1wm all fit together? ;-)
12:28.41psokolovskyrmoravcik, what about committing it to CVS?
12:28.43asylumedpsokolovsky: magic :)
12:29.12psokolovskyasylumed, well, let's put that magic to order. where's actually ds1wm block contained?
12:29.24rmoravcikpsokolovsky: good idea, but first want have udc, touchscreen and backlight in cvs
12:30.05asylumedpsokolovsky: physical address 0x11000000
12:30.17psokolovskyrmoravcik, well, I always thought that patches you submitted are complete ;-). so, please post them - I'm suure your patches are in better shape than g500's
12:30.24asylumedpsokolovsky: just after the asic3 gpio memory...
12:30.35psokolovskyasylumed, what chip is that?
12:30.46asylumedpsokolovsky: apparently as HTC_AIC2
12:30.51rmoravcikpsokolovsky: did you read my mail http://www.handhelds.org/hypermail/kernel-discuss/current/2495.html
12:30.58cr2asylumed: imho, it's better to force the ds1wm users to specify the irq type explicitly.
12:31.03psokolovskyasylumed, what you mean "asic3 gpio memory"?
12:31.22psokolovskyrmoravcik, yep. So, those are not your patches, but from somebody else?
12:31.53asylumedpsokolovsky: http://wiki.xda-developers.com/index.php?pagename=BlueangelVirtualMemoryMapping
12:31.56cr2psokolovsky: maxim has distributed the VHDL for w1, so everybody and his friend just use it in their custom asics.
12:32.19rmoravcikpsokolovsky: me and pierrox are using rtp's patches from h1940
12:32.22psokolovskycr2, that's old news ;-).
12:32.36asylumedpsokolovsky: where it says BT/wifi led, etc...
12:33.14cr2so htc asic3/aic2/aic3 have it too :)
12:33.15psokolovskyrmoravcik, can you please post another mail, with original links for those patches, so I can specify them in commit msg, and we know where to get newer versions?
12:33.43psokolovskycr2, asylumed: specifically, for BA, what chip has ds1wm used for battery?
12:33.55rmoravcikpsokolovsky: http://lechat.rtp-net.org/ipaq/patches/
12:34.03psokolovskyrmoravcik, thanks
12:34.22asylumedpsokolovsky: a ds2760
12:34.38psokolovskyasylumed, wrong answer ;-)
12:34.38lkclallo darlins
12:34.54cr2rmoravcik: compiling.
12:34.56psokolovskycr2, what chip has it?
12:35.11pH5psokolovsky: the ds1wm is in the AIC2 chip, as in the magician (AIC3)
12:35.12cr2chip ?
12:35.28lkclpH5: why aren't your patches in the hh.org cvs tree, dude?
12:35.34pH5which ones?
12:35.39psokolovskypH5, asylumed: cool. how close are AIC2 and AIC3?
12:35.47pH5severely
12:35.49cr2psokolovsky: there are some custom HTC CPLDs
12:36.03lkcloh, all of them :)
12:36.26pH5lkcl: but they are
12:36.39lkclehh?  oh, ok.  cool!
12:36.48psokolovskycr2, pH5: I understand. What I don't understand is why we don't have aic2_base, aic3_base or just common driver is they are the same ;-)
12:37.08pH5psokolovsky: patience. we will.
12:37.48cr2rmoravcik: compilation failed.
12:37.51cr2<PROTECTED>
12:37.52cr2drivers/input/touchscreen/s3c2410_ts.c: In function ‘touch_timer_fire’:
12:37.52cr2drivers/input/touchscreen/s3c2410_ts.c:228: error: called object ‘3’ is not a function
12:37.52cr2drivers/input/touchscreen/s3c2410_ts.c:228: warning: statement with no effect
12:37.52cr2drivers/input/touchscreen/s3c2410_ts.c:237: error: called object ‘3’ is not a function
12:38.14cr2the s3c2410 looks a bit fcked up now.
12:38.28psokolovskypH5, asylumed: Well, maybe it's good idea to separate BA's ds1wm change to aic2_base right now? that's what your blueangel_ds1wm.c does right now, AFAICT
12:38.54pH5psokolovsky: which battery driver do you use on h4000?
12:39.09cr2psokolovsky: it sets the asic3 irq, and it is device-specific code.
12:39.12psokolovskypH5, don't ask ;-). so far, ads7846 ;-)
12:39.54psokolovskycr2, so, that's why I ask: how asic3, asic2 and ds1wm fit together
12:40.10pH5the set/get register functions should go into a common aic2/3_base, as well as the led handling
12:40.19pH5ds1wm is already abstracted sufficiently
12:40.22cr2asylumed: i don't see ds276x in the cracked BA battery
12:40.54pH5cr2: are there other chips that are compatible on the w1 command level?
12:40.56cr2psokolovsky: it's the same ds1wm core + some other external setup, like clocks.
12:40.57psokolovskycr2, what I'm sure, is that "static struct clk ds1wm_clk" likely doesn't belong to BA code, but to aic2/asic3
12:41.12pH5psokolovsky: in this case, it belongs into asic3
12:41.15psokolovskycr2, we ahndle clocks on soc level, no?
12:41.19asylumedcr2: i've successfully read data from it though... or something that behaves like it? family 30?
12:41.30cr2pH5: the htc alpine CPLD. maybe the hermes, but i need to test it first.
12:41.34psokolovskypH5, gotcha, so when we'll have it there?
12:42.17cr2asylumed: i need to look in the logs, it was some microcontroller.
12:42.20pH5asic3 clock handling needs a major revamp, I'm a bit afraid of touching this
12:43.02pH5cr2: the commands that wince sends are exactly similar to what I have in the ds2760 spec sheet, from command bytes to the register positions.
12:43.32psokolovskypH5, ok, so now we'll have it smeared across all machine-specific drivers? ;-)
12:44.24psokolovskywell, I hope rmoravcik posts his version (which is known to be vanilla asic3), so I can do that refactor.
12:44.30pH5psokolovsky: I don't feel guilty, magician doesn't have asic3 ;)
12:45.17psokolovskypH5, yep, that's why I poke asylumed for that ;-)
12:45.43pH5actually, I do. hx4700 does have it, after all.
12:46.11pH5but I too hoped to piggyback on rmoravcik's changes :-P
12:46.28psokolovsky;-) ok, so let's wait for him ;-)
12:48.12cr2pH5: on blueangel?
12:48.59pH5cr2: more context please, I don't understand.
12:49.03cr2wince does not report temperature and current on BA, and i don't see the physical ds276x in the battery.
12:50.06pH5ah. yes. given that the battery.dll that asylumed sent me is indeed from a blueangel rom, the register reads are the same as on the magician.
12:50.18cr2pH5: the asic3 clocks. i suggest to add the new api, and post the deprecation mail for those who write to the CDEX directly. then remove it as an exported symbol later.
12:53.19lkclpsokolovsky: i'm compiling a response to your message on kernel-discuss.  pierrox is a newbie hacker whom i'm encouraging to get involved.  he's pointed out that whilst there are a lot of s3c24xx ports around, very few of them are merged into a common cvs repository _anywhere_.
12:53.35pH5sounds reasonable
12:54.17psokolovskylkcl, I agree, but still please be a bit conservative a bit about merging newbies' patches ;-)
12:54.53psokolovskylkcl, rmoravcik posted above a link for upstream of many those patches, and we should use latest version of them (and update regularly)
12:55.01lkclhe's pretty damn good: he's got the g500 nearly to the point where it's a useable linux PDA
12:55.12lkclpsoko: ok.
12:55.53psokolovskylkcl, yep, cool. but try to encourage *him* to cleanup hist stuff ;-). I'm very glad he conquered MMC problem, etc.!
12:56.04lkclrmoravcik: allo
12:56.43cr2ok. the g500 and rx3715 do _not_ compile from the current CVS. for different reasons, btw.
12:56.43*** join/#htc-linux rmoravcik (n=rmoravci@icm4-orange.orange.sk)
12:57.09lkclo gawd, found rm's stuff, psoko...
12:57.16*** join/#htc-linux rmoravcik (n=rmoravci@icm4-orange.orange.sk)
12:57.32*** join/#htc-linux rmoravcik (n=rmoravci@icm4-orange.orange.sk)
12:58.44rmoravcikcr2: did you apply patches from my mail http://www.handhelds.org/hypermail/kernel-discuss/current/2495.html?
12:59.05cr2rmoravcik: no :)
12:59.05rmoravciki have little problem with my internet
13:00.55cr2imho, the code can be suboptimal, not the latest, etc, but we need the CVS in a state which compiles and runs.
13:10.49cr2rmoravcik: what was the patch against that:
13:10.53cr2arch/arm/mach-s3c2410/built-in.o: In function `s3c2410_pm_drvinit':
13:10.53cr2mach-rx3715.c:(.init.text+0xba4): undefined reference to `s3c2410_sysclass'
13:11.20rmoravcikcr2: making patch for s3c24xx
13:11.52rmoravcikcr2: want fix all problems
13:12.50rmoravcikcr2: can you try this patch http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/attachments/20061205/606be8d3/s3c24xx-cpu-ifdefs.bin
13:13.39lkclrmoravcik: i'm happy to test s3c24xx stuff for the g500
13:14.52lkclrmoravcik: that patch is already in the LKCL_ETEN_G500_MERGE branch, and it makes the g500 stuff compile cleanly.
13:15.11cr2ok, i'll apply it.
13:16.22cr2compiles.
13:16.26cr2WARNING: arch/arm/mach-s3c2410/rx3715_bt.o - Section mismatch: reference to .init.text:rx3715_bluetooth_probe from .data between '$d' (at offset 0x0) and 'dev_attr_power_control'
13:17.02*** join/#htc-linux pH5_ (n=ph5@e178227177.adsl.alicedsl.de)
13:17.10rmoravcikcr2: i will took to it, you can disable rx3715_bluetooth support
13:17.17cr2imho, time to commit it to CVS.
13:17.43lkclcr2: yep please do cos then i can remove it from the merge stuff i'm doing.
13:17.57cr2running diff.
13:18.10lkclthere's another one - with the Kconfig - which you really do have to apply as well.
13:18.25cr2otherwise we will be always in such half-assed state.
13:18.27*** join/#htc-linux rob_w (n=bob@p85.212.151.97.tisdip.tiscali.de)
13:19.01lkclcr2: tell me about it....
13:19.29lkcls3c24xx really needs some love...
13:20.58lkclrmoravcik: do you want me to apply your udc and touchscreen patches to s3c, including the rx3715?
13:21.13rmoravciklkcl: yes please
13:21.16lkclok.
13:21.22cr2done.
13:21.36cr2lkcl: do cvs up first.
13:21.40lkclcr2: ok.
13:21.41cr2and then rediff.
13:21.52lkclok.
13:21.55cr2i can compile rx3715 now.
13:22.05lkclcool!
13:22.09cr2rmoravcik: can you test it and tell me if it works ?
13:22.34lkcli'll let you know about eten g500 in a mo. wife's taken the phone away with her so i'll double-check it works later, plus at least pierrox can try it.
13:23.06rmoravcikcr2: i will test it
13:24.10lkclcr2: you added the s3c touchscreen as well, i notice.
13:24.30cr2i've added a lot ;)
13:24.40cr2even hermes :)
13:24.48lkclhooray!
13:25.18cr2but it's broekn
13:25.51lkclo well.  i can look at it
13:25.55cr2HTC Hermes aka TyTN
13:25.57cr2:)
13:27.05psokolovskycr2, where're from those patches you committed?
13:27.25psokolovskycr2, and how htcuniversal_ak4641.c relates to rx3715?
13:27.36lkclcr2: yaay!
13:29.34cr2psokolovsky: it was a minor change, forgot about it. edited out the #if 0 #endif block.
13:30.05cr2psokolovsky: all the patches that rmoravicik needs for the rx3715 to work.
13:30.13psokolovskysure, it's all just one sloppy commit ;-). but nevermind ;-)
13:30.31psokolovskycr2, could you include upstream info in commit msg?
13:31.21cr2can i edit commit messages aposteriori ?
13:31.51cr2http://www.handhelds.org/hypermail/kernel-discuss/current/2495.html
13:32.01cr2http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/attachments/20061205/606be8d3/s3c24xx-cpu-ifdefs.bin
13:32.15cr2these two patchsets.
13:33.20psokolovskynope ;-) but again, rmoravcik said those patches are from http://lechat.rtp-net.org/ipaq/patches/ . and we really should make sure we have latest versions, and know from where to update.
13:34.45cr2psokolovsky: i think it should be left to rmoravcik right now. i'll take care of it when i'll have hermes up and running.
13:35.36psokolovskycr2, I guess you're right - that's you guys who have s3 stuff ;-)
13:35.38cr2at least the core + LCD
13:37.34rmoravcikcr2: backlight cleanup  and support for rx3715 is in k-d
13:38.09lkclrmoravcik: you want to take a look at pierrox's touchscreen driver and see if his driver works for you?
13:38.30cr2rmoravcik: a link ? and the most important, does the current kernel boot ?
13:38.44lkclrmoravcik: he told me that he tried the rx3715 touchscreen driver and it was _really_ bad, really jittery.  so he had to cut/paste it to create a separate one for the g500
13:40.10rmoravciklkcl: i think i have the same problem with original driver, i will test pierrox alternative version
13:40.48lkclok great!  you're more experienced at this than pierrox: would you mind tidying things up / merging to one driver, if it works?
13:41.12rmoravciklkcl: yes
13:41.15lkclta dude
13:41.43lkcli'll ask pierrox if he can sort out the backlight code, like posokolovsky asked.
13:42.04lkclcr2: you committed rmoravcik's backlight driver for rx3715, right?
13:42.13rmoravciklkcl: my code is the same
13:42.20lkcloh.
13:42.22lkclhuh.
13:43.05cr2lkcl: create the g500 subdirectory and do whatever you like there :)
13:43.28lkcli'm not keen on being so evil quite just yet, cr2
13:43.37cr2lol.
13:44.17lkclcr2: where's the hermes support in what you've committed, then, dude?
13:44.21cr2i want to see the penguin on all 3 devices. touchscreen can wait.
13:44.51cr2arch/arm/mach-s3c2410/htchermes
13:45.20lkclhuh.  not there.
13:45.40lkclmaybe i need to cvs update duh..
13:46.25lkclahh here we go, yep.
13:46.36*** join/#htc-linux psokolovsky (n=psokolov@237.usernat.ip.net.ua)
13:47.24lkclrmoravcik: you got backlight working, right, on 3715?
13:47.36rmoravciklkcl: yes
13:48.04lkclhuh.  can't find it in hh.org cvs - where should i be looking?
13:48.43lkclok duh just received your email with a patch in it.
13:49.03rmoravcikcr2: compiling kernel
13:49.18goxboxlivescripts/kconfig/mconf arch/arm/Kconfig
13:49.19goxboxlivearch/arm/mach-s3c2410/Kconfig:124: can't open file "arch/arm/mach-s3c2410/htchermes/Kconfig"
13:49.19goxboxlivemake[1]: *** [menuconfig] Fejl 1
13:49.19goxboxlivemake: *** [menuconfig] Fejl 2
13:50.24psokolovskyAnyone worked with rtc in Linux?
13:50.41cr2goxboxlive: cvs up
13:51.02goxboxlivei've just done it
13:52.41goxboxliveThere is no subdiarctory named htchermes in mach-s3c2410
13:52.53cr2goxboxlive: wait a bit, probably there is some delay.
13:52.59goxboxliveok
13:53.03cr2is it empty ?
13:53.13goxboxlivethere is no directory
13:53.35pH5cr2: I suspect that is the typical anoncvs delay.
13:54.14goxboxliveI guess it's not ready for users yet
13:54.18cr2http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/arch/arm/mach-s3c2410/htchermes/
13:54.18rmoravcikcr2: :)
13:54.33goxboxlivethe cvs web is faster than anoncvs
13:54.37goxboxlivedont ask me why
13:54.45cr2hmm. 30min ?
13:54.56lkclsync delay stuff, depends on how anoncvs is updated.
13:54.57cr2rmoravcik: it work ?
13:55.18rmoravcikcr2: compilation without errors
13:55.25cr2ok.
13:57.10lkclcr2, rmoravcik: i'm just about to cvs commit your 03-lcd.patch, for backlight
13:57.29lkclif i can resolve cvs.handhelds.org via dns, that is...
13:57.51rmoravcikcr2: i will prepare update for s3c2410_buttons today, pierrox use it, i don't use it, i'm using gpio_keys
13:58.30cr2lkcl: too late :)
13:58.34lkclteehee
13:59.36cr2rmoravik: do a cvs up for 03-lcd.patch
13:59.36rmoravcikcr2: thanks
14:00.29cr2as long as you don't touch the mainline|pxa code nobody is affected afaik.
14:00.57rmoravcikcr2: by the way, i have success with ds1wm and asic3
14:01.29goxboxliveI checked out a new kernel tree and the htchermes filder where included now. I have had simular problems problem when new folders have been added.
14:02.18cr2rmoravcik: post the patch to k-d
14:03.56cr2hx4700 uses it too.
14:05.32rmoravcikcr2: it is development version, i will look to it evening, it start working when i set inten_ias bit in int_en register in ds1wm
14:07.53lkclcr2: hermes compile: arm-linux-gnu-ld: no machine record defined
14:08.17cr2lkcl: i've said it's broken.
14:08.21lkcloops :)
14:08.33cr2i'm adapting the LCD driver now.
14:09.01cr2the htchermes.o is not compiled.
14:09.43*** join/#htc-linux elysion (n=elysion@k203c.lanhovi.tontut.fi)
14:13.34lkclok
14:15.56cr2rmoravcik: i get a warning
14:15.59cr2<PROTECTED>
14:15.59cr2arch/arm/mach-s3c2410/s3c244x.c: In function ‘s3c244x_init_clocks’:
14:15.59cr2arch/arm/mach-s3c2410/s3c244x.c:124: warning: implicit declaration of function ‘s3c2410_baseclk_add’
14:18.13cr2added obj-$(CONFIG_MACH_HTCHERMES)    += htchermes/
14:18.15cr2to Makefile
14:18.28cr2got a lot of errors :)
14:18.47lkclwheeeee
14:20.57cr2lkcl: update
14:21.00lkclok
14:21.49pofi see something big happening here :)
14:22.09cr2fixed.
14:22.18cr2kernel compiled :9
14:22.26cr2pof: ready to blow your hermes ?
14:23.19pofcr2: yah :D
14:23.59cr2lkcl: update again. it compiles now. maybe something should be tuned in defconfig, though. i've taken the rx3715 defconfig.
14:24.05cr2pof: wait a bit :)
14:24.38cr2and we don't have asic3 & other things may be improperly setup.
14:25.30lkclok.
14:25.49cr2removed asic3 from config.
14:26.02cr2the kernel still compiles.
14:26.28cr2# CONFIG_MACH_RX3715 is not set
14:26.29cr2CONFIG_MACH_HTCHERMES=y
14:26.29cr2CONFIG_HTCHERMES_LCD=y
14:26.29cr2# CONFIG_MACH_OTOM is not set
14:26.54cr2big bashing can begin!
14:28.37lkclrx3715 defconfig isn't in hh.org cvs, cr2
14:29.08cr2added both, sorry.
14:29.16cr2cvs up
14:29.27lkclok.
14:31.09goxboxlivecr2: The rtc-sa1100 works now.
14:31.11lkclfood.  i _really_ gotta eat.  hands getting cold.
14:31.18lkclcompile... brb...
14:31.41cr2goxboxlive: ok.
14:31.55goxboxlivewhat is it good for?
14:32.26cr2wall clock.
14:32.29*** join/#htc-linux rmoravcik (n=rmoravci@icm3-orange.orange.sk)
14:32.42goxboxliveok
14:32.43cr2hard interrupts.
14:33.01*** join/#htc-linux rmoravcik (n=rmoravci@icm3-orange.orange.sk)
14:33.01cr2if you want realtime stuff.
14:34.57lkcldon't tell Babel0 i'm having porridge, ribena, glace cherries and barbeque-flavoured pringles.  for breakfast.  at 2:30pm.
14:35.17BabelO:) ah ah
14:40.07cr2pof: i can upload the compiled zimage somewhere.
14:40.17lkclzzz compiling on 1ghz machine.... zzzz...
14:40.38cr2my microSD card has a lot of useful things ;)
14:41.44cr2and goxboxlive knows, i prefer that others destroy their devices :)
14:42.22lkclmwahahaha
14:42.44cr2well, a lot of haret hacking coming.
14:43.20cr2rmoravcik: where do i get a good s3c24xx CPU manual ?
14:45.06lkclcr2: your caution and paranoia is touching
14:45.09lkclreally.
14:45.35cr2:)
14:46.29cr2my microSD is from a780, and has the maps.
14:46.39lkclahh.
14:46.56lkclyou got backups, right???
14:47.02lkclhonestly...
14:47.27cr2if it will be screwed, i need to find a windows machine to get them from CDs.
14:47.34cr2of course not :)
14:47.47cr2i have raid1 for my home, though.
14:48.06*** join/#htc-linux rmoravci1 (n=rmoravci@icm8-orange.orange.sk)
14:48.09cr2after the 180+180+250GB diskes failed
14:48.27cr2taking some useful data with them ;)
14:48.31*** join/#htc-linux rmoravci1 (n=rmoravci@icm8-orange.orange.sk)
14:48.33goxboxlivecr2: I noticed something. When i played a mp3 file while running gomunicator i was able to both hear music form the headphones and hear the voicecall form the lcd speaker.
14:48.44pofcr2: yes please (sory I was away)
14:49.35cr2goxboxlive: music on the lcd speaker ?
14:49.39cr2pof: where ?
14:49.46lkclgoboxlive: that's too funny
14:50.15pofftp://xdaupload:xda@ftp.xda-developers.com/Hermes/
14:50.18cr2lkcl: with the right mixer driver you can mix them :)
14:50.28cr2pof: ok.
14:50.33lkclor, as it seems, if you are exploring the chip and make a mistake, even
14:50.34pofcreate a folder named linux if you want
14:50.58goxboxlivecr2: No, music in the headphones and voice (during a call) from the lcd speaker. It was at same time.
14:51.24lkclok.  default.txt....
14:51.50cr2goxboxlive: i guess the mixer should switch to mono out, so you'll get the mic -> phone.
14:52.16cr2and the aux_in, for phone -> speakers/BT/headset.
14:53.05cr2have i told you that the current i2c/hx4700-ak4641.c mixer is too dumb ;)
14:53.46lkclsplat - exited.  oops.
14:53.55cr2pof: uploaded.
14:54.17pofthanks, going to test now! :D :D
14:54.18cr2lkcl: which aret are you using ?
14:54.26lkcls3c dedicated one.
14:54.44lkclthe one that's suitable for eten g500
14:54.47cr2ok.
14:54.55goxboxlivewhat device is pof using?
14:55.00cr2hermes
14:55.10goxboxliveok cool
14:55.25cr2he has universal too, but likes hermes better :)
14:55.35lkclwhat's the mtype again?
14:55.38goxboxlive:-)
14:55.39cr2not surprising, considering the weight.
14:55.59cr2but hermes lcd is really shitty, compared to universal :)
14:56.06pofi like the univ screen for browsing
14:56.11pofat vga resolution
14:56.15goxboxlivehmm seems like there is only me now who not have a hermes.
14:56.28cr2i'd like to see somebody who dislikes universal LCD :D
14:56.28pofbut hermes is my day-to-day phone :)
14:56.30lkcleverything's a compromise / step down from the universal, cr2
14:57.05cr2lkcl: we will see how it works out on openmoko.
14:57.10lkclwhat's the mtype for hermes?
14:57.17cr2hmm.
14:57.43cr2MACH_HTCHERMES          HTCHERMES               1213
14:57.52cr2dumb old haret.
14:58.08cr2can't autodetect the machine.
14:58.12lkclok.
14:58.55lkclsplat again.
14:58.58lkclhmmm...
14:59.33cr2lkcl: does it crash/hang of exit ?
14:59.42cr2s/ of/ or/
14:59.48lkclexits
14:59.56lkclbut haret is still running.
14:59.58cr2looks like a haret bug.
15:00.01lkcland leaves wince in an unstable state
15:00.24cr2try Kevin's haret, but i'm unsure here.
15:00.37lkclwell, anything will do.
15:00.44lkclwhere's his stuff, again?
15:01.08cr2<PROTECTED>
15:01.10lkclta.
15:02.17lkclallocated memory will overwrite itself - oops!
15:02.29lkclat least it said 'found machine HTC hermes'
15:02.51lkclthere's a limit on initrd size, isn't there...
15:02.59lkclon haret.
15:03.02cr2don't use initrd.
15:03.05lkclack.
15:03.06cr2yes. 4MB
15:03.18cr2need to ask Kevin why.
15:03.37cr2maybe he allocates 1 page for preloaded.
15:04.51lkclnope - same error.
15:05.12cr21200004 2006-12-17 15:53 zImage
15:05.17lkcltime for you to make a backup of that mini-sdcard, dude
15:05.28cr21.2MB is not much.
15:05.33cr2:)
15:05.46*** join/#htc-linux g3gg0_ (n=g3gg0@ppp-82-135-64-106.dynamic.mnet-online.de)
15:06.01lkcl<PROTECTED>
15:06.45pH5hehe. 1090668 2006-12-17 15:48 arch/arm/boot/zImage
15:07.14lkclyou showing off, pH5?
15:07.26cr2hmm. hermes has 100% battery after 3 days.
15:07.36pH5lkcl: yeah, "mine is smaller than yours"
15:07.48lkclgive it a couple of seconds, cr2...
15:08.05lkclwince shows you the previous battery status and _then_ updates it...
15:08.20cr2yeah, with linux
15:08.28lkclok.  suggestions...
15:08.57lkclmerge in s3c244x support into haret-gnu?
15:08.57lkclso we have some source code to start from?
15:09.17cr2remove unused devices from htchermes.c
15:09.23lkclok.
15:09.51cr2we should be able to boot with g500 haret.
15:10.39lkclgpiokeys
15:10.53lkclthis is what pierrox uses:
15:10.56lkclset ramaddr 0x30000000
15:10.57lkclset ramsize 0x04000000
15:10.57lkclset kernel "zImage"
15:10.57lkclset mtype 1178
15:10.57lkclset bootspd 0
15:10.57lkclset cmdline "root=254:2 init=/sbin/init"
15:10.59lkclbootlinux
15:11.08lkclbut i deliberately didn't put the two first lines
15:11.21lkclramaddr and ramsize.
15:11.22cr2why?
15:11.25lkclany idea what they're for?
15:11.29lkclcos i don't know what they are!
15:11.40cr2base RAM addr
15:11.51cr2and the 64MB RAM size
15:12.17lkclahh
15:12.21lkclok
15:12.41pierroxhi all
15:12.49cr2http://wiki.xda-developers.com/index.php?pagename=HermesMemoryMap
15:12.52lkclyep - that did it.
15:13.00lkclhiya pierrox, we been having fun
15:13.02pierroxi see you are speaking about g500 :-)
15:13.12lkcli have the haret penguin, at least.
15:13.24cr2btw, you smash the bootloader. may be unhealthy, if you have usb host.
15:13.28pierroxlkcl: cool, and more ?
15:13.36cr2waaaaah!!!!!!!!!!!!!!!!!!!
15:14.11lkcli haven't a thingy-penguin.  linux penguin, though.
15:14.13cr2pierrox: coming soon .
15:14.29lkclyou need to do some cvs updating, pierrox
15:14.43lkclcould you test what's been cvs committed?
15:15.06pierroxyes i'll do
15:15.17Kevin2Hi.
15:15.32pierroxi guess i arrive a bit too late : i have some new patches (broken in pieces)
15:15.49cr2Kevin2: we ae trying to boot on hermes.
15:15.56Kevin2Latest haret can load files >1MB -- I fixed that earlier.
15:16.19Kevin2s/1MB/4MB/
15:16.22lkclpierrox: he he.  well, it's fine - go for it.
15:16.44cr2pierrox: make a diff to the current CVS
15:16.44lkclguys my wife and baby are back so i'm going to bounce with baby for a bit.
15:17.34lkclKevin2: i got a 'allocated memory will overwrite itself' error on bootlinux with hermes.
15:17.37Kevin2lkcl: Can you post the exact haret messages you get when it fails with "allocated memory will overwrite itself".
15:18.04Kevin2Heh - Yeah, if you can forward all the info from the telnet session it will help me fix it.
15:18.05lkclthat's it, Kevin2 - that's all i get.  i'm booting from the screen not via telnet
15:18.08lkclbrb....
15:18.10lkclwill do - later.
15:18.12lkclgotta go
15:18.21Kevin2lkcl: Sure, you can use "log somefile.txt" too.
15:18.21pierroxlkcl: bye
15:19.29cr2Kevin2: isn't the zImage relocatable by itself ?
15:19.34pierroxcr2: i am currently doing a cvs co, i will do the diff soon
15:19.43cr2pierrox: ok.
15:20.15pierroxcr2: what has been put into cvs for the s3c24xx ?
15:20.33cr2pierrox: a lot ;)
15:20.43Kevin2cr2: I added a bunch more checks than original haret.  I think original haret would have just crashed silently.  For some reason on hermes wince is returning memory from the tip of memory, and when we try to relocate it to the tip, it will overwrite itself.
15:21.31cr2Kevin2: ok, but imho it is possible to put zimage anywhere in RAM ?
15:21.53pierroxcr2: super, i may begin to work with the cvs tree so
15:22.00cr2so it will decompress itself to the destination.
15:22.08Kevin2cr2: I tried that, but it didn't work.  Zimage is relocatable, but tags and initrd are not.
15:22.18cr2i don't know the limits, though.
15:22.20cr2ok.
15:22.41cr2non-relocatable tags is silly ;-)
15:22.49Kevin2One easy workaround to the "overwrite itself" issue is to try to boot without initrd.
15:24.30cr2Kevin2: there was a wince flag to allocate at the max addr. m$ says it is deprecated, but afaik it is not.
15:24.48cr2hmm. maybe it's impossible with allocphysmem.
15:29.27Kevin2cr2: In order to make the boot code more portable, I stopped using allocphysmem.  I was wondering if the "overwrite itself" message would appear - I think the way to fix it is to just allocate some additional pages so that we don't get that problem.
15:31.15cr2Kevin2: do you use LockPages ? and do you still use "malloc" instaed of VirtualAlloc() ?
15:31.36cr2the "original" haret code is not very portable too.
15:32.18cr2the really portable code is in "VMALLOC" in haret-gnu
15:32.18Kevin2cr2: No - I don't use LockPages or VirtualAlloc.
15:32.52Kevin2I couldn't get LockPages to work - so instead, I just touch all the pages - that seems to work for me.
15:33.02cr2? why ?
15:33.16cr2does vmalloc work for you ?
15:33.33Kevin2What's wrong with just malloc?
15:34.27cr2"officially" lockpages wants a pointer allocated by vmalloc. malloc calls LocalAlloc internally.
15:36.29Kevin2I don't think I need LockPages - Just dirtying the memory will force wince to keep it locked down (where else can it put it?).
15:39.04cr2sounds reasonable. but did not work for me...
15:40.08cr2not really locked, it may be dropped 1ms after dirtying.
15:40.45cr2with lockpages you know that the page tables are marked appropriately.
15:42.00cr2if the machine is low on memory. like with 16MB or so, with 8MB available for alloc.
15:42.10Kevin2cr2: I don't understand - where would WinCE move the pages to?  It didn't it work for you when you were trying what?
15:43.02cr2hmm.
15:43.44cr2the calls to virt_to_phys failed for some reason for me at that time.
15:44.42cr2i called malloc, copied the kernel there, but got '-1' for physical addresses on some pages.
15:45.04cr2spent really a lot of time to debug these things.
15:45.20Kevin2cr2: Yes - I've seen that.  You must dirty the pages first, otherwise wince doesn't allocate them at all.
15:45.37cr2maybe it's ok now after your changes in memory.c
15:45.50cr2copying from disk to RAM does not dirty them ?
15:46.06Kevin2I allocate with calloc to ensure they're dirtied.  I haven't had a failure yet, and I do test for that scenario.
15:46.17cr2ok.
15:46.34Kevin2cr2: Hrmm.. It should..
15:50.18pierroxwhat is the hh.ork kernel cvs version ? is it 2.6.18 ?
15:50.31cr2.19-hhX
15:51.24cr2VERSION = 2
15:51.24cr2PATCHLEVEL = 6
15:51.24cr2SUBLEVEL = 19
15:51.24cr2EXTRAVERSION = -hh6
15:51.48pierroxcr2: ok the irq handler prototype changed
15:52.19cr2pt_regs ?
15:52.23pierroxcr2: compilation fail on s3c2440mci : regs-sdi.h is not up todate
15:52.29pierroxcr2: yes
15:52.37cr2pt_regs is dropped.
15:52.57pierroxcr2: my new patch has been updated for this, not the one in cvs
15:53.03cr2which .config are you using ?
15:53.16pierroxcr2: i tried the g500_defconfig
15:53.20cr2ok.
15:54.02cr2i committed rx3715 and htchermes.
15:54.21cr2hmm. need to update my tree.
15:54.27pierroxcr2: can i do some modifications, do a diff between the two, and send my diff for re-incorporation in cvs ?
15:55.13cr2yes.
15:56.33pierroxcr2: ok, i do it, compile, run and test and i send you another diff
15:56.38cr2ok.
15:56.42cr2<PROTECTED>
15:56.42cr2arch/arm/mach-s3c2410/mach-g500.c: In function ‘g500_machine_init’:
15:56.42cr2arch/arm/mach-s3c2410/mach-g500.c:365: warning: implicit declaration of function ‘s3c_irq_wake’
15:57.36pierroxcr2: seems old too, i have updated this too
15:58.54pierroxcr2: try http://www.pierrox.net/G500/20061217/patch-linux-2.6.19-g500-phe.tar.gz : the full patch is now broken into smaller ones
16:01.35cr2ok.
16:01.47lkclallo darlins
16:01.55lkcli'm sort-of back
16:02.22pierroxre lkcl
16:02.35pierroxlkcl: i have read your mail about k-d
16:02.55pierroxlkcl: i did not subscribe to it yet
16:04.33lkclyou can see the archives..
16:05.56cr2pierrox: the convenience patch is of course unacceptable :)
16:06.29cr2btw, where can i get a good GPIO reference manual ?
16:06.31pierroxcr2: i know :-)
16:07.03pierroxcr2: hence its name
16:07.07rmoravci1cr2: datasheet
16:07.23cr2maybe it's better to put the alt ts in g500 dir ?
16:07.36cr2rmoravci1: where ?
16:07.41lkclhuh.  odd.  Kevin2: adding a couple of lines about ramaddr and ramsize and it booted.
16:07.47lkclok i got lines and a crash
16:07.55lkclblue red cyan black
16:07.57rmoravci1cr2: s3c2442?
16:07.58lkclsplat.
16:08.07cr2rmoravci1: yes.
16:08.09lkcland 'go go go' onscreen
16:08.45rmoravci1cr2: i download it from samsung.com
16:08.48pierroxcr2: i think the ts driver could be far simpler without timers. i just miss how to detect stylus is up
16:09.11cr2pierrox: you don't have a gpio for it ?
16:09.29pierroxcr2: no, it is in adc registers
16:09.52lkclpierrox: that's just plain weird.
16:09.59cr2rmoravci1: can you send me a link ?
16:10.13pierroxlkcl: i am not sure to understand samsung docs
16:10.15lkcli wonder if the ati has some extra functionality like the asic3?
16:10.27cr2pierrox: strange. i'm already thinking about tsc2046.
16:10.39cr2lkcl: there is a CPLD ;)
16:10.41rmoravci1cr2: try this http://www.samsung.com/Products/Semiconductor/MobileSoC/ApplicationProcessor/ARM9Series/SC32442/SC32442A43_Users_Manual_Rev1.1.pdf
16:10.46lkclcr2: o dear
16:10.50Kevin2lkcl: blue/red/cyan/black means it successfully loaded it to memory and jumped into the kernel.
16:10.57lkclKevin2: ack.  ok.
16:11.05rmoravci1cr2: or http://www.samsung.com/Products/Semiconductor/MobileSoC/ApplicationProcessor/ARM9Series/SC32442/SC32442A45_Users_Manual_Rev11.pdf
16:11.20cr2rmoravci1: thanks.
16:11.23lkclboot KERNEL=zImage INITRD=initrd
16:11.23lkclOpening file zImage
16:11.23lkclOpening file initrd
16:11.23lkclFailed to load file \Storage Card\initrd
16:11.23lkclboot MTYPE=1213 CMDLINE='init=/linuxrc'
16:11.23lkclAllocated 298 pages (tags=00181000/32d9a000 kernel=00182000/32d9b000 initrd=002A7000/32ec0000 index=002A7000/32ec0000)
16:11.27lkclVideo buffer at phys=10800000
16:11.29lkclpreload=412@002AA000/32f3a000 sj=002AA000 stack=002A8000/32ec1000 data=002A9000/32f38000 exec=32f3a0ec
16:11.31lkclReading 1199744 bytes...
16:11.33lkclRead complete
16:11.35lkclLaunching to physical address 32f3a00c
16:11.37lkclTrampoline setup (tram=132@00025000/1e025000/30c8a000)
16:11.38*** join/#htc-linux rmoravcik (n=rmoravci@icm8-orange.orange.sk)
16:11.39lkclMMU setup: mmu=A0250000/30850000
16:11.40lkclVideo buffer at virt=4e800000
16:11.45lkclGo Go Go...
16:12.09cr2lkcl: do you stop the DMA and usb host ?
16:12.15cr2i guess no.
16:12.38lkclusb host - no.  lsusb locks up when i put the thingy back in.  usb.
16:12.40Kevin2lkcl: What is S3's start of memory?
16:12.53lkclKevin2: que?
16:13.11lkclclueless, Kevin2
16:13.25Kevin2What did you set ramaddr and ramsize to?
16:13.48lkclset ramaddr 0x30000000
16:13.48lkclset ramsize 0x04000000
16:13.54lkclabsolutely no idea if it's correct :)
16:14.45cr2http://wiki.xda-developers.com/index.php?pagename=HermesMemoryMap
16:15.17pierroxlkcl: ramsize should be easy to set... if you don't trust wince
16:15.39lkclhe he i have no idea what i'm doing
16:16.37pierroxlkcl: so it is perhaps time to sleep so :-)
16:16.50cr2lkcl: do you set mem= ?
16:17.47Kevin2cr2: So should start of me be 0x30000000 or 0x30600000?
16:17.52Kevin2s/me/mem/
16:17.59cr2lkcl: add mem=64MB
16:18.04lkclcr2: ok
16:18.09pierroxKevin2: i suppose 0x30000000
16:18.14cr2Kevin2: 0x30000000 of course
16:18.16lkclwheeeeee
16:18.25Kevin2It won't matter if you set ramsize 0x04000000
16:18.27cr2Kevin2: what do you do with DMA ?
16:18.41cr2mem=64M
16:18.42Kevin2cr2: Nothing.
16:18.43cr2actually
16:18.58cr2Kevin2: i could have guessed :)
16:19.16lkcloops.
16:19.34Kevin2There is code in haret to disable dma on s3cxx processors, but the s3xxx haret had it disabled.
16:19.35cr2what is the full mem= syntax ?
16:20.02cr2mem=0x30000000@64M ?
16:20.44Kevin2cr2: You really need to set those parameters via haret.  The early decompression code can't see the cmdline, so it needs that info via the tags structure.
16:21.18Kevin2s/can't see/doesn't use/
16:22.01cr2ok. but what do we have in tags now ?
16:22.31Kevin2(11:13:47) lkcl: set ramaddr 0x30000000
16:22.31Kevin2(11:13:48) lkcl: set ramsize 0x04000000
16:23.00pierroxpierrox: these are needed for the g500 and the old haret version
16:23.35cr2ok.
16:26.07pierroxmake mrproper fails in hh kernel tree : no fastfpe ?
16:26.14Kevin2I'll add a default ramaddr to next version of haret.
16:30.07*** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
16:33.20*** join/#htc-linux JTRipper86 (n=jtripper@p54B1D86A.dip.t-dialin.net)
16:34.29Kevin2Where is "g500 haret" source?
16:35.38pierroxKevin2: on http://www.handhelds.org/moin/moin.cgi/EtenG500Downloads, there is the original old haret cvs snapshot and a patch against it
16:41.34pierroxcr2 lkcl, here is a diff against hh.org cvs tree : http://www.pierrox.net/G500/20061217/linux-hh-cvs-g500.diff
16:41.42pierroxit would be fine if you could add also :
16:41.50pierroxhttp://www.pierrox.net/G500/20061217/patch-linux-2.6.19-g500-phe/005-remove-excessive-printk.patch
16:41.52pierroxand
16:42.00pierroxhttp://www.pierrox.net/G500/20061217/patch-linux-2.6.19-g500-phe/006-pm.patch for suspend resume
16:42.32Kevin2pierrox: Were you able to boot linux with that haret?
16:42.51pierroxKevin2: yes, i use only this one
16:47.29Kevin2pierrox: Any reason you use 8MB to start of initrd?
16:47.56lkclcr2 can u patch? i got baby
16:48.14pierroxKevin2: i noticed that my kernel was getting really big, above 4MB uncompressed
16:48.49Kevin2pierrox: Mainline now uses 5MB - do you think that will be okay?
16:49.43pierroxKevin2: yes, now i removed things, the 8MB limit was excessive
16:50.34pierroxKevin2: and the g500 can now use modules, since it has a sd card to load them from somewhere :-)
16:51.33Kevin2Okay - there is some weird stuff in the DMA shutdown code - you can't call Output at this phase of shutdown (nor can you call memPhysMap, but that is less fatal).
16:53.05Kevin2pierrox: can you see if http://www.handhelds.org/~koconnor/haret/haret-20061216.exe works for you?  You'll need to run "set ramsize 0x30000000".
16:53.14pierroxKevin2: ok
16:53.47pierroxKevin2: no need for ramaddr ?
16:54.43Kevin2Oops - I meant set ramaddr.
16:54.57pierroxKevin2: yes, and me ramsize, lol !
16:55.39pierroxKevin2: that works !!!
16:56.23pierroxKevin2: it said "found machine: Default"
16:56.34Kevin2pierrox: What machine do you have?
16:56.57pierroxKevin2: a s3c2440 eten g500
16:57.24Kevin2Heh - duh.  :-)
16:57.53Kevin2pierrox: Can you create a file "earlyharetlog.txt" in the same directory as haret.exe, and then rerun haret.exe?
16:58.02lkclagh, i not sure what to do.
16:58.13Kevin2It should create a file "haretlog.txt" in the same directory.  If you mail me that file, I'll add a G500 Machine type to haret.
16:59.11pierroxKevin2: ok
17:02.00pierroxKevin2: here it is : http://www.pierrox.net/G500/20061217/haretlog.txt
17:02.22Kevin2403 - Forbidden
17:03.12pierroxKevin2: oh, sorry, stupid umask :-( corrected
17:04.15*** join/#htc-linux pwr (n=pwr@86.121.148.184)
17:07.07Kevin2pierrox: What do you call the machine?  "G500" or "ETEN G500"?
17:08.21Kevin2Are there any special steps you need to do?  For example - overriding default memory size?
17:08.23pierroxKevin2: let's say G500, that is enough for me
17:09.13pierroxKevin2: in the old version haret was discovering 128MB instead of 64MB, because something has change between wm2003 and 2005. this may not be needed anymore now
17:09.33pierroxKevin2: since haret has been improved a lot
17:11.59Kevin2pierrox: can you try http://www.handhelds.org/~koconnor/haret/haret-20061217.exe
17:12.28Kevin2You shouldn't need to set ramaddr.  I didn't hardcode ramsize - let me know if it needs it.
17:13.59pierroxKevin2: it doesn't seem to work, boot failed on initrd decompressing
17:14.34Kevin2Did you set ramsize?
17:14.58pierroxKevin2: i removed ramsize and keep ramaddr
17:15.18Kevin2You shouldn't need ramaddr any more.  I'm not sure about ramsize.
17:15.52Kevin2It did say "Detected machine g500" right?
17:16.35pierroxKevin2: ok for "Detected machine g500"
17:17.40pierroxKevin2: without ramaddr it fails with "Allocated memory will overwrite itself"
17:21.39Kevin2pierrox: Okay - can you download haret-20061217.exe again and try to boot.  Don't set ramaddr, mtype, or ramsize - then post haretlog.txt".
17:27.24*** join/#htc-linux RoEn_PC (n=roen@p54A64964.dip.t-dialin.net)
17:27.43pierroxKevin2: looks almost good : ramaddr is ok, mtype too, but ramsize seems bad (kernel failed to uncompress initrd)
17:29.48Kevin2pierrox: What does haretlog.txt say the wince memory size was?
17:30.40pierroxKevin2: 0x08000000 : 128MB, this is the nand size
17:31.49Kevin2pierrox: Okay - can you download haret-20061217.exe again and try to boot again?  This version overrides ramsize on g500.
17:34.14pierroxKevin2: that's ok this time :-)
17:34.26pierroxKevin2: good work !
17:39.12Kevin2pierrox: Okay - it is all checked into CVS now.  If you get a chance, you may want to check out CVS and have a look at the "src/mach/arch-s3.cpp" file.  I have pulled in the dma shutdown code, but I have not activated it.
17:40.19pierroxKevin2: ok
17:53.41lkclok am back again
17:54.33pierroxre lkcl
17:54.41lkclKevin2: doesn't work on hermes. yet.
17:54.48lkclallo pierrox.
17:54.57lkcldid cr2 commit those patches while i was away?
17:55.37lkclKevin2: http://hands.com/~lkcl/hermes/haretlog.txt
17:55.42pierroxlkcl: i did not have news from cr2 since some time, so i suppose no
17:55.48lkclok i'll do it in a mo
17:57.48Kevin2lkcl: Grab haret cvs from hh.org cvs, and modify src/mach/arch-s3.cpp so that it tries to disable dma.
17:57.52pierroxlkcl: i saw that there are still irq handlers in drivers/usb/gadget/s3c2410_udc.c and drivers/input/keyboard/s3c2410_buttons.c with old proto
17:58.16lkclKevin2: does haret compile with gnu tools?
17:58.22lkclpierrox: ok.  oops.
17:58.26lkclpatch time...
17:59.03Kevin2lkcl: Yes - follow instructions in INSTALL file.
17:59.12lkclok.
18:01.36lkclo fer goodness sake :)
18:05.46lkclKevin2: has anyone tried arm-wince-pe-gcc?
18:06.50pierroxlkcl: i tried with haret but i had some problems
18:06.57lkcloh
18:08.07lkclpierrox: of your patch regs-sdi.h already apparently includes some of your changes.
18:08.46pierroxlkcl: ? i did the diff against the cvs hh tree
18:08.50lkcl:)
18:09.01pierroxlkcl: did you commit this file ?
18:09.14lkclanoncvs is delayed behind the main cvs
18:09.43pierroxlkcl: oh, this won't help, really cvs is a pain
18:09.56lkclhe he it is if you only have anon cvs.
18:10.35pierroxlkcl: this is the case, so i'll wait a bit, have you an idea of the delay ?
18:11.12lkclit depends.  if someone doesn't want their server overloaded with constant copying, they can make it 30 mins.
18:11.14lkclbut it depends.
18:11.50pierroxok
18:12.34lkclso if you ask on kd@hh.org for cvs access then at least you can stay up-to-date.  and promise to review things with psokolovsky and others before doing any cvs commits.
18:12.44*** join/#htc-linux pwr (n=pwr@86.121.147.76)
18:14.38pierroxlkcl: i just did a cvs update and some files have been patched :-)
18:14.46lkclhooray.  well, then that's good then.
18:15.38lkcloh god, what a frickin mess the s3c24xx code is.
18:16.10lkclpierrox: can you at least put #ifdef CONFIG_MACH_G500 around that pm section if (machine_is_g500())...
18:17.15pierroxlkcl: i thought machine_is_g500 was enough, since i suppose it should be discarded by the compiler seeing that the condition is always false
18:17.29lkclno, that means that the test is carried out on every single machine.
18:18.12pierroxlkcl: so i wonder what this definition is good for
18:18.27lkclit's also very bad practice, because if inside that test you had e.g. access to a specific device, then it would mean that everyone else has to link with that device driver code.
18:18.53Kevin2lkcl: You mean arm-wince-pe-gcc from the videolan toolset?  If so, no, it wont work.
18:19.40pierroxlkcl: the argument about linking is true, i will add this #ifdef
18:21.11lkclKevin2: argh :)
18:22.57*** join/#htc-linux asylumed (n=insanity@196.211.116.2)
18:23.37lkclpierrox: any idea what this lot is?
18:23.40lkcldrivers/usb/gadget/s3c2410_udc.c: In function 'usb_gadget_register_driver':
18:23.40lkcldrivers/usb/gadget/s3c2410_udc.c:1547: warning: ignoring return value of 'device_add', declared with attribute warn_unused_result
18:23.40lkcldrivers/usb/gadget/s3c2410_udc.c: In function 's3c2410_udc_probe':
18:23.40lkcldrivers/usb/gadget/s3c2410_udc.c:1737: warning: passing argument 2 of 'request_irq' from incompatible pointer type
18:23.41lkcldrivers/usb/gadget/s3c2410_udc.c:1752: warning: passing argument 2 of 'request_irq' from incompatible pointer type
18:23.44lkcldrivers/usb/gadget/s3c2410_udc.c:1769: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
18:24.17pierroxlkcl: the request_irq is because irq handlers proto has change, just remove the last argument in the handler proto
18:24.21lkclack.
18:27.24pierroxlkcl: http://www.pierrox.net/G500/20061217/pm.patch for the #ifdef CONFIG_MACH_G500
18:27.27lkclok
18:28.25lkclahh it's an unsigned int to irq_handler_t
18:29.07pierroxlkcl: the third argument has been removed
18:29.34lkclarg ok.
18:30.25lkclideally the entire codebase for s3c24xx needs a rewrite to update so that things like the pm.c stuff don't happen.
18:32.58pierroxlkcl: what do you mean about the s3c pm ?
18:33.18lkclok there needs to be a subdirectory arch/arm/mach-s3c2410/g500
18:33.31lkcland then a specific file g500-pm.c in there
18:33.33lkcletc. etc.
18:33.55pierroxlkcl: this could be shared with h1940 and rx3715
18:34.08lkclthe initialisation you've created? hmmm...
18:34.48pierroxlkcl: which initialisation ?
18:34.53*** join/#htc-linux pwr (n=pwr@86.121.147.76)
18:35.00lkclsorry, pierrox - i'm not making much sense.
18:35.12lkclthe power management initialisation - that memcpy.
18:35.26lkclok, then that's probably fine as it is.
18:35.45pierroxlkcl: yes, that may seem a bit  weird, but it avoid to do a "reserve_bootmem_node"
18:37.02pierroxlkcl: in the h1940 and rx3715 there is a call to reserve_bootmem_node because the bootloader jumps in this memory space after resume
18:37.38pierroxlkcl: but for an unknown reason (yet), reserve_bootmem_node  produces oops on my g500 later
18:40.31pierroxlkcl: see http://trinity.fluff.org/ben/linux-26/2619/2618-rc6-h1940-pm.patch
18:42.30lkcloops
18:43.27pierroxlkcl: null pointer dereference, not good at all, some memory mess somewhere
18:43.31lkcloops.
18:44.51*** join/#htc-linux FossiFoo (n=Fossi@e176098065.adsl.alicedsl.de)
18:49.47pierroxlkcl: there is more than s3c2410-pm.c in the patch, the second pm.patch was just for the #ifdef CONFIG_MACH_G500, but there are other things in the base patch (sleep.S, g500.h and pm.h)
18:50.02lkclok.  what the trinity one?
18:50.32lkclno, not that one. 006- something
18:50.35pierroxhttp://www.pierrox.net/G500/20061217/patch-linux-2.6.19-g500-phe/006-pm.patch
18:50.42pierroxyes
18:51.59lkclpierrox: arch/arm/mach-s3c2410/s3c2410-pm.c:35:27: error: asm/arch/g500.h: No such file or directory
18:52.05lkclwhere's the g500.h file?
18:52.16pierroxyes, it is in http://www.pierrox.net/G500/20061217/patch-linux-2.6.19-g500-phe/006-pm.patch
18:52.33lkcland that should be #ifdef'd too.
18:53.01pierroxlkcl: that should even probably not exist
18:53.01lkclthat's exactly why you use #ifdef.  i'm compiling up hermes not g500
18:53.24pierroxlkcl: i understand
18:53.37*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
18:53.59lkclok gotta feed baby.  again
18:54.18pierrox:-)
19:01.41pierroxlkcl: you have been a bit quick with the removal of g500.h, why not #ifdef CONFIG_MACH_G500 ?
19:11.13lkclhehe
19:11.47lkclok, it's back
19:11.56*** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
19:11.57lkcli thought you said it didn't matter!
19:13.05*** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
19:13.39*** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
19:14.00pierroxlkcl: i said that it *should* not be here :-)
19:26.02*** join/#htc-linux asylume1 (n=insanity@196.211.116.2)
19:50.37*** join/#htc-linux beg (n=chatzill@80.92.96.55)
19:56.00goxboxliveWhats the the BA status in .19? Is it working?
20:04.37BabelOgoxboxlive: yes ba is working, missing sound driver and acx
20:05.32goxboxliveBabelO: I c, what about gomunicator, are you able to do any calls or sms?
20:06.06BabelOgoxboxlive: last time i ve tried in .12 sms and call works
20:07.08BabelObut now, we ( asylumed and me) have some problem with gpe, specially xfbatiw server
20:08.11goxboxlivei c
20:08.43BabelOgoxboxlive: but we need prefix and postfix before at command
20:09.06goxboxliveOk, They have becomed so cheap now.
20:09.47BabelOmaybe doing a daemon or a userspace module to do thaht externaly
20:10.18goxboxliveok
20:10.36BabelOi thinking about bought a HTC trinity
20:11.03goxboxlivewich one is that,  have to check.
20:11.42BabelOi think it is same as hermes without keyboard
20:13.02goxboxliveok, looks good.
20:13.41goxboxliveBut is is expencive.
20:14.13BabelOoh i have Orange for Operator and enougth points
20:15.34goxboxliveok, we dont have such in Norway. but what is the diffrents of the hermes deluxe and standard release?
20:16.02goxboxliveIt is over €100 in diffrents
20:16.53goxboxliveOhh i c. It is provided maps for the gps
20:18.02BabelOgoxboxlive: do you know what is HSDPA ready. ?
20:18.15*** join/#htc-linux asbjorn (n=asbjorn@2.81-167-1.customer.lyse.net)
20:20.10goxboxliveBabelO no
20:21.23lkclan htc magician is only $EUR 200, new, guys.
20:21.25pH5BabelO: "high-speed downlink packet access", see http://en.wikipedia.org/wiki/HSDPA
20:24.36BabelOpH5: thanks
20:25.15BabelOpH5, lkcl how goes sound with uda1380 ?
20:26.21*** join/#htc-linux TripleDES (n=sergio@89.129.175.52)
20:26.27BabelOpH5: it is nice to monitor current and temperature on battery now :)
20:26.47pH5BabelO: indeed!
20:27.12pH5it is really about time. took us far too long to get proper battery drivers for ba/magician.
20:28.21pH5lkcl: besides the fact that mine seem to run stable at 624MHz so far, the magician is a bit outdated now.
21:00.34*** join/#htc-linux goxboxliv1 (n=root@9.80-202-160.nextgentel.com)
21:30.23lkclBabel0: i've been doing eten g500 patches today.
21:30.38BabelOlkcl: i see i see :)
21:30.46BabelOis it a good phone ?
21:31.00BabelObattery life ?
21:31.17lkclpH5: well, that doesn't really matter - i just have to have allll of them
21:31.30lkclso i bought one on ebay yesterday errr this morning
21:31.38*** join/#htc-linux goxboxlive|opie (n=goxboxli@9.80-202-160.nextgentel.com)
21:32.26goxboxlivegoxboxlive|opie: test
21:32.39BabelO:) test goxboxlive
21:32.39pH5lkcl: great! :)
21:33.05goxboxliveI am so lonely so i have to chat with my self :-)
21:33.15goxboxlive|opiegoxboxlive test
21:37.05*** join/#htc-linux rob_w_T01 (n=bob@p85.212.151.97.tisdip.tiscali.de)
21:37.24pH5BabelO: I didn't touch sound again, still waiting for lrg's changes to ASoC
21:57.24cr2hmm. adding samsung sump stuff to haret will take some time.
21:59.58goxboxliveIhave used acx for over an hour now. Havent had any break. Also installed a lot of stuff. looks good.
22:07.24cr2goxboxlive: cyclic suspend/resume as psokolovsky suggests ?
22:08.00goxboxliveWhat did he meant?
22:10.27lkclallo again cr2
22:11.04goxboxlive:-)
22:11.06cr2hi lkcl
22:11.11lkclhe he there you go
22:11.20cr2goxboxlive: do we have a list of bugs ?
22:11.29cr2keyboard resume is no. 1
22:11.54lkclwell, in between feeding baby and watching telly i've been trying to get thingy working.  hermes.
22:11.56goxboxliveyes i have it in my head :-)
22:13.24goxboxlivecr2: keypad below lcd screen no.2
22:13.49cr2yes, switches and the night sensor.
22:13.53goxboxlivecr2: Sound so we can use it as a phone. no. 2,5
22:14.02cr2sound mixer.
22:14.19goxboxlivecr2: leds (keyboardled and flashlight led)
22:14.51cr2asic3_leds and other leds.
22:14.57goxboxlivecr2: Camera  no rush, the other are more importent, but it would have been cool thow.
22:15.17cr2pxa_camera + ov9650 + ov6650
22:15.43cr2brf6150 custom bts.
22:15.50goxboxliveok
22:15.53cr2for headset setup.
22:16.00goxboxliveyes
22:16.15cr2goxboxlive: btw, we don't need this TI_Init....
22:16.47cr2only one command from it, to switch to 921600, but it can be done with hcitool in init.d script.
22:17.19cr2for the rest we should either upload the native bts script, or (better) create a full new one.
22:17.20goxboxliveok, good
22:17.28goxboxliveright
22:17.52cr2because there are some init custom ti bt commands, that are not in the script.
22:19.05goxboxlivei c
22:20.22goxboxliveI'll make a list at hh.org bugs tab. ok?
22:20.48cr2ok.
22:23.55lkclcr2: any clues/hints on this hermes startup thing?
22:25.54cr2lkcl: what can we disable there ?
22:26.14lkcli've removed several devices
22:26.29lkcli wonder if i can do the same trick with vibra to find out what's going on
22:26.30cr2we need to write "dump " haret support. the cpu is really awkward compared ti pxa, but it's doable.
22:26.38cr2comment them out.
22:26.47cr2have you found vibra gpio ?
22:27.00lkcli'll take a look in 1 min.... back in 2mins...
22:28.44*** join/#htc-linux psokolovsky (n=psokolov@237.usernat.ip.net.ua)
22:43.38goxboxlivecr2: todo updated: http://www.handhelds.org/moin/moin.cgi/UniversalBugs?action=show remind me if there anything i have forgot.
22:46.01cr2it is event2 (together with the volume slider, just something is broken in asic3_keys driver).
22:47.13cr2<PROTECTED>
22:48.10goxboxlivecr2: Ok, i c. But, before the new keybaord driver it was an own event together with the arrows on the keyboard. They where linked parallel
22:48.32cr2vibration is led.
22:48.54goxboxliveok, this is good, then the list isent that long.
22:48.58cr2ok, it was, but now it is not :)
22:49.03goxboxliveI'll update
22:49.30cr2<PROTECTED>
22:53.07goxboxliveI have one more, fix the htcuniversal_acx so it is not crashing the system when unloading the module.
22:53.25cr2yes.
22:55.01goxboxliveI have had uni running now for two hours and 30 min with acx running.
22:56.28goxboxliveThe Opie battery applet is saying that i have 34 min left
22:59.30cr2maybe :)
22:59.40goxboxlive-)
23:00.11BabelOcr2: non idea for ba wifi ?
23:00.34*** join/#htc-linux goxboxlive|opie (n=goxboxli@9.80-202-160.nextgentel.com)
23:01.12goxboxlive|opieroot@htcuniversal:~$ uptime  00:00:49 up  2:35,
23:02.44goxboxlive|opiecr2 there are something i miss on the keyboard, and that is pipe.
23:03.41cr2goxboxlive: in opie ?
23:04.08goxboxlive|opiei have tried to add it in the keymap file, but it fails loading. I tried the combination fn+1
23:04.14goxboxlive|opieno not i  opie
23:04.17cr2BabelO: there should be a pcmcia setup.
23:04.39cr2goxboxlive|opie: then it should work.
23:05.05goxboxlive|opieis the name of it >pipe<
23:06.36cr2my console has crashed, can't check ;)
23:07.17goxboxlive|opieYou have tried to resume )
23:09.32BabelOcr2: one thing i can ' t understand is why i can change irq and firmware always load ?
23:11.17cr2BabelO: then it does not need irq. irq is gpio17, you don't need to change it.
23:12.13goxboxlive|opiei dont understand why wlan is so stable today. I have even installed KonqE over wlan now.
23:12.54cr2goxboxlive|opie: good weather :)
23:14.14goxboxlive|opieyes in opie, yes its cold today )
23:15.33goxboxlive|opieohh system message. The battery is runnnning very low. Well if i get disconnected you probably know why  ))
23:16.26cr2:) coonect the usb cable.
23:19.13goxboxlive|opieno i have to go to bed now. Tomorrow is work again. But next week i have some time off again. ))
23:20.04goxboxlive|opie9 min left.  I have to see how exact the battery applet is
23:21.02cr2is...
23:22.50goxboxlive|opieBT, IRDA, and wlan activated. 4% and 6 min ))
23:23.37goxboxlive|opieand 100% light
23:24.42cr2does IRDA work ?
23:24.45goxboxlive|opieuptime 3 hours. I think that is good with wlan on
23:25.11goxboxlive|opiei dont know, because irda is not working on my laptop.
23:25.27BabelOgoxboxlive|opie: and with cpufrq you can save some time :)
23:25.46goxboxlive|opiei can check it tomorrow with my wifes dell x50v
23:26.10goxboxlive|opiebabelO i have tried but it speeds up mu uni to 624MHz
23:26.26goxboxlive|opieand i am affraid of frying it
23:26.51goxboxlive|opie1% and 2 min left
23:27.06BabelOnow tehre is a special governor for mobile device :)
23:27.14cr2goxboxlive|opie: already run haret on dell x50v ? :)
23:31.26BabelOcr2: gauge meter for uni battery life seem to be ok :)
23:33.37cr2true.
23:33.56cr2it shuts off wifi in wince at 10%.
23:34.48BabelOcpufreq governor is "conservative"
23:42.10lkclcr2: s3c GPIO B4 is vibrate on hermes
23:50.52BabelOcr2: ok irq gpio 17 is requested only after a ifconfig wlan0 up

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.