**** BEGIN LOGGING AT Thu Apr 09 02:59:57 2009
Apr 09 06:39:56 <Informatic> When are you going to provide new TX images with WiFi support?
Apr 09 08:21:26 <emfox> Sleep_Walker: hello
Apr 09 08:31:43 <Sleep_Walker> emfox: hi
Apr 09 08:32:34 <Sleep_Walker> emfox: fighting with GSM details
Apr 09 08:33:49 <emfox> Sleep_Walker: me too
Apr 09 08:34:18 <emfox> just to tell that --badyear of hwclock works
Apr 09 08:34:42 <Sleep_Walker> emfox: do you have problem with GSM to stop working after cca 10 seconds?
Apr 09 08:34:59 <emfox> what is cca?
Apr 09 08:34:59 <Sleep_Walker> I found my uglyness in some ancient code
Apr 09 08:35:07 <Sleep_Walker> circa
Apr 09 08:35:12 <Sleep_Walker> about/around
Apr 09 08:35:32 <emfox> yes, sometimes
Apr 09 08:35:42 <emfox> that's what I told you
Apr 09 08:35:55 <Sleep_Walker> I've separated gsm_power_on into two gpios :b
Apr 09 08:35:59 <Sleep_Walker> one is GSM reset
Apr 09 08:36:09 <Sleep_Walker> the second really seems to be GSM power
Apr 09 08:36:22 <Sleep_Walker> but I'm consulting this with OpenEZX guys
Apr 09 08:36:24 <emfox> I need it!
Apr 09 08:36:46 <Sleep_Walker> emfox: I'll send you new kernel soon
Apr 09 08:36:54 <emfox> tmzt?
Apr 09 08:37:02 <Sleep_Walker> yeah, tmzt
Apr 09 08:37:10 <Sleep_Walker> (and also Wyrm)
Apr 09 08:37:24 <emfox> could be in a subdir of /sys please?
Apr 09 08:37:43 <Sleep_Walker> sure
Apr 09 08:37:56 <Sleep_Walker> gsm_reset already covered, gsm_power will be there
Apr 09 08:38:04 <emfox> I mean treo680-ctl/gsm/power_on
Apr 09 08:38:08 <Sleep_Walker> sure
Apr 09 08:38:14 <Sleep_Walker> well, GSM_power_on
Apr 09 08:38:21 <Sleep_Walker> there is also power for bluetooth
Apr 09 08:38:30 <Sleep_Walker> and maybe more to be added
Apr 09 08:38:52 <Sleep_Walker> I hope I'll get further today
Apr 09 08:39:13 <emfox> cannot be in gsm/ subdir ?
Apr 09 08:39:56 <emfox> 'cause some implements of muxd need this
Apr 09 08:40:30 <emfox> I just talked a little to tmzt
Apr 09 08:41:00 <Sleep_Walker> fine, any news?
Apr 09 08:41:22 <emfox> he mention you, and tell me that's a bcm2133
Apr 09 08:41:47 <Sleep_Walker> emfox: it's on wiki page
Apr 09 08:41:52 <Sleep_Walker> I thought you know that :b
Apr 09 08:42:15 <emfox> and he wonder why I could work on muxd, since there's not clear about gpios
Apr 09 08:42:37 <Sleep_Walker> heh
Apr 09 08:42:49 <Sleep_Walker> because it's working for a while :b
Apr 09 08:43:01 <Sleep_Walker> I remember that I was able to call
Apr 09 08:43:09 <Sleep_Walker> it's half year back :/
Apr 09 08:43:30 <emfox> should be, but no even useful. I do not think bcm will publish there specs
Apr 09 08:44:16 <emfox> I want to live under linux, so power-saving and gsm mux is needed
Apr 09 08:44:46 <Sleep_Walker> sure
Apr 09 08:45:14 <Sleep_Walker> Broadcom and it's spec? Old sad story
Apr 09 08:46:04 <emfox> yes, and my little notebook (stolen) use their product
Apr 09 08:46:45 <emfox> I still remember the command bcm-fwcutter :)
Apr 09 08:46:53 <Sleep_Walker> bcm43xx? :)
Apr 09 08:47:05 <emfox> bingo
Apr 09 08:47:17 <Sleep_Walker> well, let's hope that this chip is in some product with documentation
Apr 09 08:47:37 * Sleep_Walker has 2x bcm4318 :b
Apr 09 08:47:52 <Sleep_Walker> asus router and asus notebook
Apr 09 08:48:13 <Sleep_Walker> at least in work notebook is Intel :b
Apr 09 08:48:40 <emfox> does asus sells good in europe?
Apr 09 08:48:48 <Sleep_Walker> emfox: I think so
Apr 09 08:49:27 <emfox> oh, grad to here that. I'm from china
Apr 09 08:49:43 <Sleep_Walker> asus is chinese product?
Apr 09 08:50:00 <Sleep_Walker> most of electronic part are from china :b
Apr 09 08:50:02 <emfox> Yes
Apr 09 08:50:51 <emfox> where are you from? germany?
Apr 09 08:51:17 <Sleep_Walker> Czech republic
Apr 09 08:52:14 <emfox> I know it's somewhere in europe, but cannot tell exactly where it is :)
Apr 09 08:52:23 <Sleep_Walker> emfox: ts :b
Apr 09 08:52:40 <Sleep_Walker> marex: emfox doesn't know where the Czech republic is! :b
Apr 09 08:53:24 <marex> hmm
Apr 09 08:53:54 <emfox> Sleep_Walker: hey... you're showing off my unknowledgingness :p
Apr 09 08:54:07 <Sleep_Walker> emfox: marex is from Czech republic too :b
Apr 09 08:57:00 <emfox> oh, forget to ask, have you calculated the gpio 79 out?
Apr 09 08:57:16 <Sleep_Walker> calculated?
Apr 09 08:57:33 <emfox> err... find out
Apr 09 08:57:47 <Sleep_Walker> if I found it's function?
Apr 09 08:57:49 <Sleep_Walker> not yet
Apr 09 08:58:25 <Sleep_Walker> gpio40 seems to be gsm power
Apr 09 08:58:33 <Sleep_Walker> gpio87 seems to be gsm reset
Apr 09 08:59:31 <emfox> I wonder what the 'wake's mean, I  toggle it and nothing happen
Apr 09 09:00:31 <Sleep_Walker> emfox: I followed Alex's notes
Apr 09 09:00:39 <Sleep_Walker> wake as not go to sleep
Apr 09 09:00:48 <Sleep_Walker> I really don't remember what it was
Apr 09 09:01:18 <tmzt> hello
Apr 09 09:01:31 <tmzt> WyrM is out of #openezx right now
Apr 09 09:01:37 <tmzt> proably still sleep
Apr 09 09:01:48 <marex> tmzt, so what ?
Apr 09 09:01:57 <Sleep_Walker> marex: STFU
Apr 09 09:02:11 <Sleep_Walker> tmzt: good morning
Apr 09 09:02:13 <marex> fuck off :E
Apr 09 09:02:16 <tmzt> sleep-walker was working with hime earlier
Apr 09 09:02:22 <tmzt> on the gpio issue
Apr 09 09:02:25 <marex> I see
Apr 09 09:02:29 <tmzt> seems similar to ezx
Apr 09 09:02:45 <marex> tmzt, ok :)
Apr 09 09:02:49 <tmzt> you are working on 680 also?
Apr 09 09:02:57 <emfox> tmzt: hello
Apr 09 09:03:05 <marex> tmzt, nah ... I just did the suspend on centro/treo680
Apr 09 09:03:18 <marex> maybe some other things ...
Apr 09 09:03:42 <tmzt> it seems one the gpios with sysfs support was really rst
Apr 09 09:04:06 <emfox> marex: is suspend work on 680 fully now?
Apr 09 09:04:08 <Sleep_Walker> tmzt: have you read history?
Apr 09 09:04:15 <tmzt> 680 and gsm centro are similar?
Apr 09 09:04:19 <tmzt> some of it
Apr 09 09:04:22 <marex> emfox, should be
Apr 09 09:04:23 <Sleep_Walker> tmzt: very similar
Apr 09 09:04:38 <Sleep_Walker> emfox: marex say so, but he doesn't use SD or touchscreen during his tests :b
Apr 09 09:04:45 <tmzt> ap boots first, right?
Apr 09 09:05:10 <Sleep_Walker> marex: pxa boots first or gsm?
Apr 09 09:05:30 <Sleep_Walker> tmzt: marex can read assembler, I do not with same effect :b
Apr 09 09:06:12 <emfox> Sleep_Walker: I'd have a try when I free, back my SD first
Apr 09 09:06:36 <Sleep_Walker> emfox: no change if you're talking about suspend
Apr 09 09:07:04 <emfox> Sleep_Walker: sigh
Apr 09 09:07:07 <Sleep_Walker> that's one of reason I want to figure rest of GPIOs
Apr 09 09:08:24 <emfox> respec kernel hacker :)
Apr 09 09:08:53 <Sleep_Walker> tmzt: have you read that history?
Apr 09 09:09:05 <Sleep_Walker> tmzt: gpio40 seems to be power
Apr 09 09:09:40 <Sleep_Walker> ls ../gpio[0-9]*/value
Apr 09 09:09:41 <Sleep_Walker> ../gpio14/value  ../gpio40/value  ../gpio57/value  ../gpio79/value  ../gpio87/value
Apr 09 09:09:49 <Sleep_Walker> these GPIOs I'm working with
Apr 09 09:10:38 <Sleep_Walker> cat ../gpio[0-9]*/value | tr '\n' ' ' ; echo
Apr 09 09:10:39 <Sleep_Walker> 0 0 0 0 0
Apr 09 09:10:43 <Sleep_Walker> values
Apr 09 09:11:03 <Sleep_Walker> echo 1 > ../gpio40/value
Apr 09 09:11:11 <Sleep_Walker> cat ../gpio[0-9]*/value | tr '\n' ' ' ; echo
Apr 09 09:11:12 <Sleep_Walker> 1 1 0 0 0
Apr 09 09:11:14 <tmzt> does it work for you if you turn gsm on in palmos?
Apr 09 09:11:28 <tmzt> or does it just come up in mux
Apr 09 09:12:15 <Sleep_Walker> tmzt: well, when I change it in PalmOS from 1 to 0, Palm got stuck and restart GSM and resets
Apr 09 09:12:39 <tmzt> that's not what emfox said
Apr 09 09:13:42 <Sleep_Walker> tmzt: emfox doesn't know that gsm_power_on control switched 2 GPIOs at the same time
Apr 09 09:13:43 <tmzt> not gsm power gpio, I mean the palmos modem power (airplane mode?) setting
Apr 09 09:14:36 <emfox> my operation in palmos was just press and hold red button, nothing done with gpios
Apr 09 09:15:51 <emfox> well, any pkg-fso people here?
Apr 09 09:16:16 <emfox> sorry, the wrong channel
Apr 09 09:16:23 <tmzt> internally it would be gpios though I assume
Apr 09 09:16:40 <tmzt> you proably want #openmoko-debian
Apr 09 09:17:33 <emfox> tzmt: pkg-fso page says they use openmoko-cdevel
Apr 09 09:18:19 <tmzt> to discuss changes to the code yes, for distro stuff -debian
Apr 09 09:18:49 <emfox> ok
Apr 09 09:19:34 <Sleep_Walker> weird!
Apr 09 09:19:44 <Sleep_Walker> I'm probably missing another OUT GPIO :/
Apr 09 09:20:32 <Sleep_Walker> emfox: btw. have you tried new asoc alsa stuff?
Apr 09 09:20:47 <Sleep_Walker> it has different driver and alsamixer layout
Apr 09 09:21:07 <Sleep_Walker> I was able to route audio through both amplifiers
Apr 09 09:22:08 <Sleep_Walker> (there was playing Prodigy vs. Enya Smack my bitch up out loud in underground :)
Apr 09 09:22:23 <emfox> I found the layout change and haven't figure out how to tune it
Apr 09 09:22:44 <Sleep_Walker> emfox: I'm afraid it will be reworked soon
Apr 09 09:22:54 <Sleep_Walker> so no need to create new profiles
Apr 09 09:23:16 <Sleep_Walker> and - audio routing for GSM calls is already set up from PalmOS
Apr 09 09:23:21 <emfox> ok, will wait until you stalize the interface
Apr 09 09:23:32 <emfox> stablize
Apr 09 09:23:39 <Sleep_Walker> ok
Apr 09 09:25:09 <Sleep_Walker> I'll move to some more productive place :b
Apr 09 09:25:14 <Sleep_Walker> (pub, coffee etc :)
Apr 09 09:25:47 <emfox> send me new kernel by mail please:)
Apr 09 09:26:07 <emfox> goodbye
Apr 09 10:22:38 <Sleep_Walker> tmzt: it seems I miss some other GPIO
Apr 09 10:23:35 <Sleep_Walker> 40 1 - power up
Apr 09 10:23:42 <Sleep_Walker> 87 1 - reset
Apr 09 10:24:23 <Sleep_Walker> writing to FF UART brings 14 up
Apr 09 10:24:50 <Sleep_Walker> and I can't put it down again without power
Apr 09 10:28:42 <Sleep_Walker> tmzt: how can I find which is reset and which is power?
Apr 09 10:29:35 <Sleep_Walker> 0 0 0 0 0 kambei:/$ gpio87 0 && gpio87 1 && gpio40 1
Apr 09 10:29:37 <Sleep_Walker> 1 1 0 0 1 kambei:/$
Apr 09 10:30:18 <Sleep_Walker> gpio40 0 && gpio87 0 && gpio40 1 && gpio87 1
Apr 09 10:30:19 <Sleep_Walker> 1 1 0 0 1 kambei:/$
Apr 09 10:30:20 <Sleep_Walker> *MRDY: 1
Apr 09 10:30:22 <Sleep_Walker> 0 1 0 0 1 kambei:/$
Apr 09 10:30:53 <Sleep_Walker> 0 1 0 0 1 kambei:/$ AT
Apr 09 10:30:54 <Sleep_Walker> 1 1 0 0 1 kambei:/$
Apr 09 10:59:56 <Sleep_Walker> tmzt: if 87 is reset, shouldn't be that put down again?
Apr 09 12:12:29 <Sleep_Walker> tmzt: it just doesn't fall asleep when turning GSM on in PalmOS
Apr 09 12:22:42 <Sleep_Walker> but even with powering down, reseting...
Apr 09 12:28:57 <Sleep_Walker> gpio57 can wake it up constantly
Apr 09 12:29:05 <Sleep_Walker> gpio79 has no effect
Apr 09 12:29:39 <Sleep_Walker> without gpio57 I can get response sometimes
Apr 09 12:31:12 <Sleep_Walker> it has really some cycle sleep
Apr 09 12:31:22 <Sleep_Walker> cycle is ~ 1s
Apr 09 12:31:36 <Sleep_Walker> for a while
**** BEGIN LOGGING AT Thu Apr 09 13:17:01 2009
Apr 09 14:53:27 <crash_overide> hi?!
Apr 09 14:55:31 <crash_overide> are there any people here?
Apr 09 15:08:46 <farcaller> hi crash_overide
Apr 09 15:09:15 <crash_overide> first person - thx god
Apr 09 15:09:28 <farcaller> :)
Apr 09 15:10:32 <crash_overide> my english is not so good, so sorry for it
Apr 09 15:11:02 <farcaller> it's ok. same goes for me
Apr 09 15:11:57 <crash_overide> what is your motherland ? if not a secret ofcourse
Apr 09 15:12:13 <farcaller> Ukraine
Apr 09 15:12:39 <crash_overide> oops, my ip)
Apr 09 15:12:59 <crash_overide> whois is steel working good
Apr 09 15:14:14 <farcaller> hah
Apr 09 15:14:50 * farcaller is keeping irc session on remote server :P
Apr 09 15:18:13 <crash_overide> i want to write a little flooder for irc.. but i cant understand one thing: how can i send a CTCP message?
Apr 09 15:19:52 * farcaller points at the channel topic
Apr 09 15:21:40 <crash_overide> and what can i see there?
Apr 09 15:22:07 <farcaller> "We hack ONLY handhelds" ;)
Apr 09 15:22:50 <crash_overide> but i thought that my question belongs to coding
Apr 09 15:22:59 <crash_overide> suck
Apr 09 15:23:07 <crash_overide> heh
Apr 09 15:23:10 <crash_overide> sorry
Apr 09 15:23:11 <crash_overide> )
Apr 09 15:23:31 <farcaller> your question belongs to RFC1459 that has nothing to do with handhelds
Apr 09 15:23:41 <crash_overide> yeap)
Apr 09 15:23:54 <crash_overide> sorry
Apr 09 15:24:06 <crash_overide> bye)
Apr 09 16:48:52 <WyrM> hi
Apr 09 17:00:40 <marex> WyrM, hi, long time no see
Apr 09 17:52:05 <WyrM> hi marex! :)
Apr 09 17:52:22 <WyrM> I still can't resume with pxa27x_keypad :(
Apr 09 17:52:33 <marex> WyrM, sucks ... I just found another kernel bug ;)
Apr 09 17:52:40 <WyrM> what now?
Apr 09 17:53:01 <marex> undeclared function header
Apr 09 17:53:10 <marex> see LAK
Apr 09 17:53:56 <marex> Im just running around, fixing stuff :)
Apr 09 17:57:27 <WyrM> I fight mainline all the time..
Apr 09 17:57:41 <WyrM> each time I pull from linus git something gets broken :)
Apr 09 17:57:51 <WyrM> but its fun :)
Apr 09 17:58:23 <marex> that's why we do it, isnt it ;)
Apr 09 17:59:20 <WyrM> yeah!
Apr 09 18:00:36 <WyrM> hi Sleep_Walker
Apr 09 18:01:37 <Sleep_Walker> WyrM: hi
Apr 09 18:01:41 <Sleep_Walker> I have to cook now
Apr 09 18:01:51 <Sleep_Walker> but - if you read history
Apr 09 18:02:00 <Sleep_Walker> gpio40 - power
Apr 09 18:02:04 <Sleep_Walker> gpio87 - reset
Apr 09 18:02:09 <Sleep_Walker> gpio57 - wake
Apr 09 18:02:33 <Sleep_Walker> (wake has same behaviour like for Treo650, but it works only if GSM is power on in PalmOS)
Apr 09 18:02:41 <Sleep_Walker> gpio79 - unknown
Apr 09 18:02:55 <Sleep_Walker> without gpio57 it's in that cyclic sleep mode
Apr 09 18:03:06 <Sleep_Walker> so I can get answer sometimes
Apr 09 18:03:28 <Sleep_Walker> I can reset or power on GSM in Linux and it works
Apr 09 18:03:37 <Sleep_Walker> maybe I miss some other GPIO :/
Apr 09 18:04:13 <WyrM> gpio79 is IN?
Apr 09 18:04:56 <Sleep_Walker> no, out
Apr 09 18:04:59 <WyrM> you certainly have at least one gpio that needs to be input.
Apr 09 18:05:08 <Sleep_Walker> gpio14 is input
Apr 09 18:05:18 <Sleep_Walker> and can wake up ap
Apr 09 18:05:42 <WyrM> then I think you already have all gpios..
Apr 09 18:06:01 <Sleep_Walker> WyrM: so, why it works only if I power on GSM in PalmOS?
Apr 09 18:06:17 <WyrM> isn't power working?
Apr 09 18:06:25 <Sleep_Walker> it is
Apr 09 18:06:35 <Sleep_Walker> but it goes to sleep after ~ 10 seconds
Apr 09 18:06:53 <WyrM> and if you power on on palmos it doesn't go to sleep?
Apr 09 18:07:26 <Sleep_Walker> it is in cyclic sleep
Apr 09 18:07:39 <Sleep_Walker> but I can force it to wake with gpio57
Apr 09 18:07:57 <WyrM> hum.
Apr 09 18:08:46 <WyrM> maybe some AT that palmos send to configure it.
Apr 09 18:08:58 <Sleep_Walker> and it lives after reset and power?
Apr 09 18:09:14 <WyrM> yeah, makes no sense :/
Apr 09 18:09:43 <Sleep_Walker> and - gpio79 works in PalmOS as red led :b
Apr 09 18:09:51 <WyrM> but any handshake mechanism shouldn't live after power down either.
Apr 09 18:10:02 <Sleep_Walker> only GPIO
Apr 09 18:10:16 <Sleep_Walker> GPIO can be set and ommited by pin configuration
Apr 09 18:10:24 <WyrM> but if you start with it on on palmos, and then power cycle gsm...
Apr 09 18:10:33 <WyrM> does it still stay on cyclic sleep?
Apr 09 18:10:36 <Sleep_Walker> yes
Apr 09 18:10:58 <Sleep_Walker> while true; do AT; done
Apr 09 18:11:04 <Sleep_Walker> AT sends AT to serial
Apr 09 18:11:12 <Sleep_Walker> I got many of OK
Apr 09 18:11:29 <Sleep_Walker> every second it wakes for ~0.1 or less
Apr 09 18:12:17 <WyrM> cyclic sleep is non-sense too ;)
Apr 09 18:12:19 <WyrM> lol.
Apr 09 18:12:36 <WyrM> there should be a way to control when the modem is awake.
Apr 09 18:13:55 <WyrM> do you get any gpio toggles each time the modem awakes?
Apr 09 18:14:13 <WyrM> gpio14 maybe.
Apr 09 18:14:14 <Sleep_Walker> I haven't tried
Apr 09 18:14:16 <Sleep_Walker> probably
Apr 09 18:14:20 <Sleep_Walker> or CTS
Apr 09 18:14:29 <Sleep_Walker> no, CTS not
Apr 09 18:15:09 <WyrM> I think RTS controls the modem sleep.
Apr 09 18:15:31 <WyrM> if it goes down and the modem has no unsolicited messages then it goes to sleep.
Apr 09 18:19:57 <WyrM> marex: can't you make a bootloader that is compatible with both linux and palmos?
Apr 09 18:20:23 <WyrM> im hacking my devices bootloader so I don't need patches to the linux kernel for resume.
Apr 09 18:20:54 <marex> WyrM, but I dont want to reflash the bootloader ;)
Apr 09 18:21:21 <WyrM> heh :)
Apr 09 18:21:39 <WyrM> its not that dangerous anyway :)
Apr 09 18:22:52 <WyrM> I have makefiles to patch our devices bootloaders.. http://people.openezx.org/wyrm/patch_blob/
Apr 09 18:31:42 <marex> WyrM, kEdAR finished one of his devices already ... it's unsafe ;)
Apr 09 18:32:15 <Sleep_Walker> marex: didn't you also "finished" a device?
Apr 09 18:33:11 <marex> that was probably because of a defective hardware ... the LCD converter got broken
Apr 09 18:34:18 <WyrM> marex: once it is done, there is no reason to brick the device..
Apr 09 18:34:36 <marex> but there is still some danger
Apr 09 18:34:44 <WyrM> it is dangerous to develop this kind of hack, not to flash it on known bootloader versions.
Apr 09 18:35:15 <marex> WyrM, well there is a bootloader like this for palmt3
Apr 09 18:35:20 <marex> but I dont want to do it this way ;)
Apr 09 18:39:11 <WyrM> marex: I found it easier to make users reflash their bootloaders than it is to convince mainline people to allow these hacks..
Apr 09 18:39:57 <marex> WyrM, well you can go ahead and help me to push this through ;)
Apr 09 18:39:57 <WyrM> but at the time I tried to push code to mainline for our bootloader there were no other implementations of this..
Apr 09 18:40:09 <WyrM> now, with mioa701 and others its probably easier :)
Apr 09 18:40:50 <Sleep_Walker> hmmm, it seems that there can be also gpio10 (out) involved :/
Apr 09 18:42:01 <Sleep_Walker> no activity on GSM powered off, and activity on power on
Apr 09 18:42:17 <WyrM> Sleep_Walker: what kind of activity?
Apr 09 18:42:47 <WyrM> Sleep_Walker: and how are you checking for activity on IN pins? just userspace? or an interrupt?
Apr 09 18:48:56 <Sleep_Walker> WyrM: with dumping registers
Apr 09 18:49:24 <Sleep_Walker> GPLR,GPDR,GAFR,GRER,GFER,GEDR...
Apr 09 18:50:19 <WyrM> on palmos.
Apr 09 18:50:24 <WyrM> and on linux?
Apr 09 18:50:57 <WyrM> I think you should set an interrupt on all gpios set to IN on palmos to reliably check what happens on these on linux.
Apr 09 18:51:16 <WyrM> set to in and with interrupt set on palmos :)
Apr 09 19:03:32 <Sleep_Walker> marex: I've got still problem with that linker warning
Apr 09 19:03:35 <Sleep_Walker> WARNING: drivers/power/built-in.o(__ksymtab_gpl+0x30): Section mismatch in reference from the variable __ksymtab_wm97xx_bat_set_pdata to the function .init.text:wm97xx_bat_set_pdata()
Apr 09 19:03:37 <Sleep_Walker> The symbol wm97xx_bat_set_pdata is exported and annotated __init
Apr 09 19:03:38 <Sleep_Walker> Fix this by removing the __init annotation of wm97xx_bat_set_pdata or drop the export.
Apr 09 19:03:55 <marex> Sleep_Walker, FIX IT AND SEND PATCH
Apr 09 19:04:19 <Sleep_Walker> marex: have you played 0verkill today?
Apr 09 19:04:23 <farcaller> :D
Apr 09 19:04:26 <Sleep_Walker> it seems you're in good mood :b
Apr 09 19:04:44 <farcaller> btw hi Sleep_Walker, marex
Apr 09 19:04:56 <Sleep_Walker> hi farcaller
Apr 09 19:04:56 <marex> farcaller, hi ... I have issues with t3usb
Apr 09 19:05:10 <Sleep_Walker> marex: FIX IT AND SEND PATCH
Apr 09 19:05:14 <farcaller> XD
Apr 09 19:05:34 <marex> there's nothing to patch
Apr 09 19:06:34 * farcaller has broken im.hackndev.com and ns1.hackndev.com and is going to be afk starting from tomorrow till monday. life sucks.
Apr 09 22:28:02 * flyback is going downhill chest pain and shortness of breath all day
Apr 09 22:58:39 <seventyeight> can someone help me to build a kernelimage for my treo 680?
Apr 09 22:59:32 <seventyeight> i have downloaded the latest snapshot og 2.6.-snapshot from the git
Apr 09 23:01:56 <seventyeight> have i to setup openembedded ?
Apr 09 23:02:30 <seventyeight> where can i get the .config file?
Apr 09 23:02:44 <seventyeight> ist the Kconfig the right one?
Apr 09 23:04:27 <marex> seventyeight, get all you need from Sleep_Walker ... FTTB see RTFM.txt in the topic to get the right kernel sources
Apr 09 23:06:37 <seventyeight> i have read them, but i cant build my image
Apr 09 23:07:46 <seventyeight> i'm unsure if i on the right way
Apr 09 23:16:13 <marex> sure you cant ... you dont have the patch
Apr 09 23:16:20 <marex> patch that adds T680 support
Apr 09 23:16:48 <seventyeight> why? in the snapshot are all the changes
Apr 09 23:16:56 <marex> which snapshot ?
Apr 09 23:17:11 <seventyeight> waait
Apr 09 23:17:14 <seventyeight> wait
Apr 09 23:18:53 <seventyeight> from the linux-2.6 git repo
Apr 09 23:20:04 <marex> gimme link
Apr 09 23:20:12 <seventyeight> http://git.hackndev.com/?p=linux-2.6;a=snapshot;h=e80e06967fc48df64d52f69cb9fc3360ef71cda8;sf=tgz
Apr 09 23:20:34 <marex> Last Change: 4 months ago
Apr 09 23:20:58 <seventyeight> it is the latest
Apr 09 23:21:12 <marex> it isnt, Sleep_Walker has newer sources
Apr 09 23:21:30 <marex> maybe try here http://sleepwalker.hackndev.com/upstream/
Apr 09 23:21:31 <seventyeight> ah, okay
Apr 09 23:21:44 <marex> also see RTFM.txt for where to get kernel sources you need ...
Apr 09 23:22:02 <marex> it's all there (how to get them, switch branch etc.)
Apr 09 23:22:08 <marex> I hope you can use patch(1)
Apr 09 23:23:51 <seventyeight> to use patch is not the problem. i dont know how i can buil the kernel whith the correct settings. respective for the right architecture
Apr 09 23:24:29 <marex> looks like that patch is obsolete too though ...
Apr 09 23:24:59 <marex> well make ARCH=arm CROSS_COMPILE=your-croscc-prefix- menuconfig
Apr 09 23:25:59 <seventyeight> okay, we are closer to my question ;)
Apr 09 23:26:24 <seventyeight> the var CROSS_COMPILE
Apr 09 23:26:36 <seventyeight> i dont know what this means
Apr 09 23:27:31 <seventyeight> well, not what it means, rather waht i need
Apr 09 23:28:13 <marex> you need a crosscompiler obviously
Apr 09 23:30:12 * flyback has to leave now he can't take any more people asking for help, later
Apr 09 23:31:21 <seventyeight> obviously...but i dont know how to setup
Apr 09 23:31:34 <seventyeight> is openembedded the right one?
Apr 09 23:32:54 <marex> it's one of the ways
Apr 09 23:33:17 <marex> emdebian has some crossCC packages for debian ... gentoo can do that for you too iirc
Apr 09 23:33:46 <seventyeight> okay, i'm a archlinux user
Apr 09 23:33:48 <marex> OE is distro-independent ;) what distro are you running ?
Apr 09 23:33:54 <marex> hmm ... dunno then
Apr 09 23:34:19 <marex> archlinux is x86-only, isnt it ?
Apr 09 23:34:25 <seventyeight> i've installed all packages that i needed
Apr 09 23:34:39 <seventyeight> 686 and amd64
Apr 09 23:35:19 <seventyeight> but i dont understand the way the crosscompile
Apr 09 23:35:27 <seventyeight> maybe i'm stupid
Apr 09 23:35:29 <marex> yea ... that's x86, amd64 is just a bad extension of crippled architecture that should have died long ago
Apr 09 23:35:55 <marex> you need to generate code for another architecture ... for that you need the crosscompiler
Apr 09 23:35:57 <seventyeight> hoho, this are har words
Apr 09 23:36:09 <seventyeight> har=hard
Apr 09 23:36:19 <marex> why ?
Apr 09 23:36:40 <seventyeight> why did you think amd64 is bad crap?
Apr 09 23:37:07 <seventyeight> your lovely openbsd supports amd64
Apr 09 23:37:13 <marex> that'd be quite long list
Apr 09 23:38:15 <marex> you can start with the screwed instruction set, the (again not standard) behaviour of the amd64 extension to x86_32
Apr 09 23:38:37 <marex> seventyeight, linux runs amd64 as well ... so what anyway ?
Apr 09 23:39:02 <marex> feel like having little flamewar ? I dont
Apr 09 23:39:50 <seventyeight> no
Apr 09 23:40:00 <seventyeight> i like openbsd
Apr 09 23:40:25 <seventyeight> it's running also on my x31
Apr 09 23:41:02 <seventyeight> okay, one critic: the package mangement
Apr 09 23:42:10 <seventyeight> otherwise: best documentation i've ever read, nice and clear a.s.o
Apr 09 23:48:19 <marex> I meant flaming about CPU architectures
Apr 09 23:48:45 <marex> well do you have the crossCC or not ?
Apr 09 23:49:09 <seventyeight> i thin kthe best arch is arm ;)
Apr 09 23:49:32 <seventyeight> no, i have not the crossCC
Apr 09 23:50:10 <marex> then compile one using OE or get one from codesourcery ... iirc they were providing some prebuilt toolchains
Apr 09 23:50:32 <seventyeight> okay, thank yout first
Apr 09 23:51:18 <seventyeight> i will try it tomorrow
Apr 10 00:42:53 <flyback> raster
Apr 10 00:42:58 <flyback> any chance of a t5 port of your shit
Apr 10 00:43:27 <raster> just use the rootfs
Apr 10 00:43:37 <raster> and no - no chance as i have no t5
Apr 10 00:46:28 <emfox> raster: have you made updates for illume on treo?
Apr 10 00:48:42 <raster> locally i have
Apr 10 00:48:47 <raster> i havent updated
Apr 10 00:48:51 <raster> err uploaded
Apr 10 00:50:28 <emfox> raster: I'd like to rush out a phone ui on
Apr 10 00:51:26 <raster> ...
Apr 10 00:51:26 <raster> ?
Apr 10 00:51:30 <raster> stand back
Apr 10 00:51:32 <raster> what are you doing?
Apr 10 00:52:34 <emfox> I'm working on gsm mux on treo680, and want to write a ui
Apr 10 00:53:23 <raster> hmm
Apr 10 00:53:28 <raster> using FSO?
Apr 10 00:54:06 <raster> is treo680 also 32m ram?
Apr 10 00:54:25 <emfox> 64m
Apr 10 00:54:55 <emfox> yes, I'm now using fso
Apr 10 00:55:25 <emfox> but not refused to switch to a more user friendly one
Apr 10 00:58:36 <raster> ok
Apr 10 00:58:45 <raster> well i gave up on fso on my treo650
Apr 10 00:58:51 <raster> fso just used too much ram
Apr 10 00:59:06 <raster> 32m was barely enough to run the basic fso daemon and e
Apr 10 00:59:23 <raster> (fso used about 2x the memory of e)
Apr 10 00:59:37 <raster> so i totally gave up bothering
Apr 10 00:59:55 <raster> (mostly thanks to python)
Apr 10 01:01:09 <emfox> fso2 use vala
Apr 10 01:01:15 <raster> yes - thats new
Apr 10 01:01:21 <raster> i havent tried the vala stuff
Apr 10 01:01:27 <emfox> maybe better on footprint
Apr 10 01:01:33 <raster> likely much better
Apr 10 01:01:39 <raster> but will need to wait for it to be complete
Apr 10 01:03:52 <emfox> yes, so I'm searching which should my phoneui based on
Apr 10 01:04:04 <raster> well its the only "infra' that exists
Apr 10 01:04:14 <raster> other than you writing your own code to talk to the serial port directly
Apr 10 01:04:17 <raster> and talk at commands
Apr 10 01:05:06 <emfox> ok
Apr 10 02:21:23 <flyback>  <+pizdets> Today, I realized the annoying squealing I hear every night isn't my guinea pig. Apparently my brothers girlfriend makes that sound when they have sex.
Apr 10 02:22:06 <flyback>  <+pizdets> Today, I realized the annoying squealing I hear every night isn't my guinea pig. Apparently my brothers girlfriend makes that sound when they have sex.
Apr 10 02:22:47 <flyback>  <+pizdets> Today, I realized the annoying squealing I hear every night isn't my guinea pig. Apparently my brothers girlfriend makes that sound when they have sex.
Apr 10 02:23:18 <flyback> shit that wasn't support to be a message at all sorry
Apr 10 02:23:51 <flyback> notes that was supposted to be a /msg to a friend of his to get a laugh not a /amsg to all channels, sorry
Apr 10 02:24:42 <flyback>  <+pizdets> Today, I realized the annoying squealing I hear every night isn't my guinea pig. Apparently my brothers girlfriend makes that sound when they have sex.
Apr 10 02:25:13 <flyback> ugh wtf is wrong with my client, motherCANUCKER
Apr 10 02:25:41 * flyback beats the shit out of xchat
Apr 10 02:26:23 * flyback flips out and goes to harass #xchat
**** ENDING LOGGING AT Fri Apr 10 02:59:57 2009