**** BEGIN LOGGING AT Mon Apr 06 02:59:58 2009 Apr 06 06:52:13 Sleep-Walker: I've used your new kernel Apr 06 06:53:30 Sleep-Walker: the boot hangs problem has been fixed Apr 06 07:03:56 hi Apr 06 07:05:06 tuna`: hello Apr 06 07:07:21 has someone succeeded to get PalmTX working on a bluetooth PAN? (i.e. palmtx working as PANU, connected to a PAN master. To get a network connection) Apr 06 07:08:37 where I can get this kernel? Apr 06 07:08:52 with bluetooth Apr 06 07:09:33 fdv_: http://atrey.karlin.mff.cuni.cz/~miska/ this one already handles bt Apr 06 07:11:30 it embeds bluez v3.30 (unfortunately not with old daemons support, I mean: there is no more pand in it) Apr 06 07:12:29 this is old kernels without bluetooth Apr 06 07:12:32 I have it Apr 06 07:13:48 fdv_: ? it does have bluetooth. I can detect the bt device while scanning from my desktop. Apr 06 07:14:10 hmm... Apr 06 07:14:49 actually, when I change setting with hciconfig on console I can see the changes applied and so on. So it works Apr 06 07:15:22 fdv_: could it be that the bt modules are not loaded on your device? check dmesg on console Apr 06 07:15:26 http://atrey.karlin.mff.cuni.cz/~miska/testing/kernel/tx-hackndev-hires-kernel.tgz - this? Apr 06 07:16:21 no, I use this one: http://atrey.karlin.mff.cuni.cz/~miska/kernels/tx-hires-kernel.tgz Apr 06 07:16:52 the last testing kernel I tried was not able to wake up from an agenda alarm. Pretty useless to use the agenda then ;) Apr 06 07:18:28 emfox: hi Apr 06 07:18:35 emfox: sw2 is not much new Apr 06 07:18:39 uploading sw3 Apr 06 07:18:57 cumulative.patch is updated Apr 06 07:19:28 http://sleepwalker.hackndev.com/cumulative.patch Apr 06 07:20:34 emfox: added OHCI support (untested) - so bluetooth should also work - untested, cleaned IrDA (untested), added SD_POWER Apr 06 07:21:29 Sleep-Walker: oh, I'll down it Apr 06 07:21:53 added some GPIOs regarding to PGSR registers and it's LPM values Apr 06 07:22:00 Sleep-Walker: sometimes when I plug the usb cable the g_ether is not enable Apr 06 07:22:11 Sleep-Walker: and other time it's ok, 50:50 Apr 06 07:22:26 Sleep-Walker: does sw3 solved this problem? Apr 06 07:22:49 emfox`: well, I think it's problem in g_ether, not in machine dependant code Apr 06 07:22:53 I'll check Apr 06 07:23:21 check please OHCI, bluetooth, IrDA Apr 06 07:24:17 Sleep-Walker: I will, just test them via bluez-tools. is that right? Apr 06 07:24:48 emfox`: well, 1] enable it through /sys Apr 06 07:24:58 2] you should see it in lsusb now Apr 06 07:25:09 hciconfig hci0 up Apr 06 07:25:17 hciconfig hci0 piscan Apr 06 07:25:24 hcitool scan Apr 06 07:25:46 check for some other device Apr 06 07:26:23 bluetooth is attached to USB, if it works, OHCI works Apr 06 07:26:42 IrDA must be tested with ir-utils :b Apr 06 07:29:46 ok, remember them Apr 06 07:35:23 Sleep-Walker: have you finished uploading sw3? Apr 06 07:35:30 emfox: yes Apr 06 07:36:13 Sleep-Walker:I can't find it Apr 06 07:36:32 emfox: it's there Apr 06 07:36:38 I'll update web pages Apr 06 07:37:00 Sleep-Walker: grad to hear that :) Apr 06 07:37:15 Sleep-Walker: I can't wait to try that Apr 06 07:39:39 http://sleepwalker.hackndev.com/release/T680/linux-2.6-arm/partition/3/ Apr 06 07:40:12 if it will work better than 1 or 2, please tell me Apr 06 07:41:03 Sleep-Walker: surely I will Apr 06 08:22:27 bt works :) Apr 06 08:28:23 irda seems to work too Apr 06 09:20:16 no one succeded to get palm tx on a bluetooth PAN so? Apr 06 10:24:46 why is Linux on PalmTX limited to 32mb of ram when the device owns 256mb? Apr 06 10:40:39 tuna`: probably because atag_mem was not passed correctly by the bootloader, or if atag_mem is not being used the cmdline mem= is wrong. :) Apr 06 10:40:47 just a guess. Apr 06 10:50:19 WyrM: oh? have used mem= parameter and indeed does not work (put 64M bbut it freezes then) Apr 06 10:51:05 tuna`: I don't know the memory layout on palmtx. Apr 06 10:51:16 so I can't really help you. :) Apr 06 10:51:56 my device has 48mb of ram, one chip of 32mb at 0xa0000000 and another one of 16mb at oxac000000 Apr 06 10:52:18 it works with both atag_mem and mem= on the cmdline. Apr 06 10:52:28 interesting Apr 06 10:54:05 I think you will need a similar setup to get all the 256mb working. Apr 06 10:54:12 do you know where its mapped? Apr 06 10:56:17 no, is there a possibilyt to get such info via linux booted on it? Apr 06 10:59:17 if linux doesn't know about memory then it can't tell you ;) Apr 06 11:00:06 true, on pc bios gives it but here on palm tx I guess it is different Apr 06 11:00:15 I think that google may answer this. Apr 06 11:00:38 tuna`: try to discuss it with Marex Apr 06 11:00:54 maybe coco behaves badly Apr 06 11:01:25 acording to handhelds.org wiki, palmtx has only 32mb of ram.. Apr 06 11:02:00 maybe some special HW upgrade? :) Apr 06 11:02:14 or - more probably Apr 06 11:02:25 tuna` also count it's flash Apr 06 11:02:41 there is no flash driver yet so far I know Apr 06 11:02:55 yeah. Apr 06 11:03:05 I think tuna` is mixing ram and flash. :) Apr 06 11:03:19 oh oh yeah :/ Apr 06 11:03:25 true Apr 06 11:03:26 but I also found some sites claiming that tx has 128mb ram + 128mb flash. Apr 06 11:04:04 actually, even official web site is pretty fuzzy about that. they just tald about "memory" and nothing else. Apr 06 11:04:09 Sleep-Walker: are you a palm linux developer too? Apr 06 11:04:36 Sleep-Walker: do you know if any pxa27x palms can wakeup with pxa27x_keypad keys? Apr 06 11:04:37 well, yes Apr 06 11:04:40 or only gpio? Apr 06 11:04:52 it should be possible Apr 06 11:05:02 keypad keys are still only GPIOs Apr 06 11:05:10 so try to play with pin settings Apr 06 11:05:16 not really :) Apr 06 11:05:24 the keypad driver is a matrix keypad. Apr 06 11:05:32 WyrM: isn't is matrix of GPIOs? Apr 06 11:05:44 and it uses PKWR register to set it as wake up source. Apr 06 11:05:50 not like the other gpios.. Apr 06 11:05:54 I know Apr 06 11:06:11 I can set wake up sources on gpio pins, it works. Apr 06 11:06:23 but not with PKWR :( Apr 06 11:06:23 I'm not sure if this is handled well in keypad driver Apr 06 11:06:30 the code seems correct.. Apr 06 11:06:38 WyrM: what about setting it by hand in machine init function? Apr 06 11:06:39 PKWR is set after all.. Apr 06 11:06:45 but it still doesn't work. Apr 06 11:06:48 I found more sites talking about 128Mb of RAM + 128Mb of ROM installed about TX. Apr 06 11:07:15 WyrM: have you found some switch for that in PXA27x documentation? Apr 06 11:07:32 it probably needs to be enabled somewhere Apr 06 11:07:53 Sleep-Walker: the default is wake up enabled.. Apr 06 11:08:18 WyrM: don't rely on defualt then Apr 06 11:08:39 I traced the code, in the end it goes to keypad_set_wake() on mfp-pxa2xx.c Apr 06 11:08:53 which is the function that sets PKWR. Apr 06 11:09:12 it is setting PKWR here, according to the documentation it should be working.. Apr 06 11:10:04 I added a printk, and it is setting pkwr as it should.. but still no wake up. :( Apr 06 11:11:25 I can have a look, but right now I at work Apr 06 11:12:06 ok! Apr 06 11:12:36 If you manage to get wakeup on pxa2xx-keypad, mail me at drwyrm.gmail.com. Apr 06 11:13:16 WyrM: I'll check docs and, I don't know if I have PDA to try Apr 06 11:13:28 what time it is in Brazill? Apr 06 11:13:37 Brazil, sorry Apr 06 11:13:45 8:12 am :) Apr 06 11:14:06 fine, so in 7 hours I'll hopefully get to it Apr 06 11:14:15 ok, thanks! Apr 06 11:14:21 (it would be 20 here) Apr 06 11:14:33 I found some references on google that somehow its broken on hardware.. Apr 06 11:14:58 let me point you some weird stuff about pkwr, just a min. Apr 06 11:15:59 http://article.gmane.org/gmane.linux.ports.arm.kernel/42172 (non-sense) Apr 06 11:16:50 https://summersoft.fay.ar.us/repos/dwall/trunk/linux/arch/arm/mach-pxa/mainstone.c Apr 06 11:16:50 /* Need read PKWR back after set it. */ (non-sense) Apr 06 11:17:24 both references shows "undocumented behaviour". Apr 06 11:17:41 hmmm Apr 06 11:42:17 WyrM: btw. which device are you interested in? Apr 06 11:42:34 motorola ezx phones. Apr 06 11:42:50 ah, right Apr 06 11:42:59 yeah, I remember you! Apr 06 11:43:10 you're the bcm2035_uart guy :) Apr 06 11:43:16 yeah :) Apr 06 11:47:44 WyrM: btw. with pxa2xx-keypad you meant probably pxa27x_keypad, right? Apr 06 11:49:27 yes. Apr 06 11:57:34 Sleep_Walker: hello Apr 06 11:57:44 emfox: hi Apr 06 11:57:56 I tested bluetooth and IrDA - working Apr 06 11:58:03 Sleep_Walker: I'm under linux on my treo Apr 06 11:58:24 I've tested bluetooth, it works Apr 06 11:58:34 congratz :) Apr 06 11:59:13 gprs is a little slow than in PalmOS -- hope it's just my wrong feeling Apr 06 11:59:31 emfox: is it in demux mode? Apr 06 11:59:36 can you call while online? Apr 06 12:07:07 don't know. I haven't tried Apr 06 12:07:08 no, not yet in demux mode Apr 06 12:07:08 I haven't found a working gsm-muxd yet Apr 06 12:07:08 Sleep_Walker: can you recommend a console-based irc client for me? Apr 06 12:07:48 emfox: I use irssi in console Apr 06 12:11:05 marex: hi. :) Apr 06 12:11:14 my god ... rootfs 537M 509M 1.3M 100% / Apr 06 12:13:25 emfox: :b Apr 06 12:13:36 emfox: hm, I should install debian too Apr 06 12:14:29 it's too easy to install and try new things Apr 06 12:15:18 emfox: I'm maybe deviant, but I like OPIE, Qtopia and it's not in debian - at least I haven't found it... Apr 06 12:15:22 so I often forgot to remove them Apr 06 12:15:32 WyrM, hi, long time no see Apr 06 12:15:42 hi. Apr 06 12:15:59 im here to anoy you a little :) Apr 06 12:16:15 marex: can you wakeup using pxa27x_keypad keys? Apr 06 12:16:22 yup Apr 06 12:16:38 here, it sets PKWR just fine, but I can't wake up with any key. Apr 06 12:16:44 only with gpio_keys. Apr 06 12:16:51 humm Apr 06 12:16:51 Sleep_Walker: yes, currently there's only GPE in debian Apr 06 12:17:06 yes, and that sucks :/ Apr 06 12:17:36 GPE is in common debian repository? Apr 06 12:17:58 emfox: btw. you build your own base system with debootstrap or used Alex's one? Apr 06 12:18:17 I'm trying freesmartphone.org these days, it's ui seems good Apr 06 12:19:10 ok Apr 06 12:19:15 I'll try then Apr 06 12:19:27 I use Alex's, and did a apt-get dist-upgrade Apr 06 12:19:28 after change sources.list from lenny to sid Apr 06 12:20:08 running a 'real' linux dist, I mean the one behave just the same on a PC, feels very good Apr 06 12:20:48 I tried that debian and GPE, but it wasn't 1] nice 2] fast 3] comfortably usable Apr 06 12:23:14 hmmm... GPE is not nice in default, I admit. Apr 06 12:23:22 marex: do you have any idea? Apr 06 12:23:51 I added a printk to mfp-pxa2xx.c set_keypad_wake, its is called and sets PKWR as expected.. Apr 06 12:23:52 is your MFP configuration correct ? Apr 06 12:24:25 the power levels on those keypad GPIOs might not be preserved Apr 06 12:24:51 http://git.kernel.org/?p=linux/kernel/git/ycmiao/pxa-linux-2.6.git;a=commitdiff;h=81854f82c5c1a203b2f5c94f6aa2ed8b8e19f025 Apr 06 12:24:55 keypad works, and PKWR is set as I expected. (on pins with WAKEUP_ON_LEVEL_HIGH) Apr 06 12:24:56 see changes in palmld.c Apr 06 12:25:21 do you also have MKINs and DKINs as WAKEUP_ON_LEVEL_HIGH ? Apr 06 12:25:33 yes Apr 06 12:26:15 well you might have power levels on MKOUTs and DKOUTs not preserved during suspend Apr 06 12:26:19 Sleep_Walker: do we have anyone who's working on UI? or userspace the connecting kernel to ui? Apr 06 12:26:37 emfox, nah ... if you feel like working on GUI, go ahead Apr 06 12:27:06 marex: and how do I preserve then? Apr 06 12:27:12 emfox: noone from H&D works on GUI Apr 06 12:27:19 setting it for "manual scan" ? :) Apr 06 12:27:32 WyrM, lemme see the manual for exact register Apr 06 12:28:07 marex: do you have any change to pxa27x_keypad? Apr 06 12:28:11 marex: I just wonder if there's somebody, so I can work with them together Apr 06 12:28:23 WyrM, nah Apr 06 12:28:27 or its another register to preserve the power levels of the out pins? Apr 06 12:28:28 emfox: you're first :b Apr 06 12:28:37 WyrM, there was something like that Apr 06 12:28:44 OK. So the most difficult part is to choose which project to participate Apr 06 12:28:49 :) Apr 06 12:29:05 WyrM, try manually setting PGSR before going to sleep Apr 06 12:29:25 emfox: do all the necessary work and we will then choose :) Apr 06 12:29:42 marex: instead of the KOUT alternate functions? Apr 06 12:29:53 KOUT ? Apr 06 12:29:58 now we have gpe, qpe, opie, openmoko, freesmartphone.org, blabla ... to choose Apr 06 12:29:58 MKOUT Apr 06 12:30:03 MK/DK Apr 06 12:30:34 WyrM, it doesnt touch anything about altfn Apr 06 12:30:45 it just preserves their state during zzz Apr 06 12:31:06 emfox: I was also thinking about ncurses based phone application :) Apr 06 12:31:13 if they were high, they'll be high during sleep as well (allowing you to detect edge) resulting into wakeup Apr 06 12:31:54 Sleep_Walker: but if I want to turn all these "echo 1 > /sys/*" blobs into UI, I'd choose one first Apr 06 12:32:10 Sleep_Walker, what about 0verkill engine based phone app ? you can just run to a phone and use it to call ;D Apr 06 12:32:22 emfox: if you have better idea how to do that, give me a hint Apr 06 12:32:37 marex: not bad idea Apr 06 12:32:51 and shooting the phone for refusing :) Apr 06 12:32:57 Sleep_Walker: the idea is very good... all the problem is I should to learn ncurses programming Apr 06 12:33:25 emfox: I think that bash and dialog can cover it ;) Apr 06 12:34:03 marex: are you sure? I tought that MKOUT was an altfn, and once set I can control the pin level on KPC_MS Apr 06 12:34:46 WyrM, well it's still a GPIO Apr 06 12:35:15 WyrM, give it a shot ;) Apr 06 12:42:32 I will! :) Apr 06 12:48:29 WyrM, and dont shoot yourself ;D Apr 06 12:49:27 emfox, Sleep_Walker, where's that debian image you use? Apr 06 12:49:40 marex: check bootpacks page ;D Apr 06 12:49:53 Alex's image for treo650 Apr 06 13:29:59 @last --help Apr 06 13:30:00 marex: (last [--{from,in,on,with,without,regexp} ] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message must match; --nolimit (1 more message) Apr 06 13:30:06 @last --with Cyril Apr 06 13:30:41 Sleep_Walker, jak ze se ten metan jmenoval ? Apr 06 15:05:42 http://benheck.com/04-05-2009/commodore-64-original-hardware-laptop wow Apr 06 15:17:13 Sleep_Walker: it seems sd-power is not work in sw3 either Apr 06 15:17:42 emfox: well, it really seems that SD_POWER is defined right Apr 06 15:18:00 emfox: so I assume the problem is elsewhere Apr 06 15:18:28 Sleep_Walker: I just did a suspend, and after resume , the sd card became unaccessable Apr 06 15:18:53 emfox: I'll try to disable one thing Apr 06 15:19:09 the system try to access beyond the end of disk, Apr 06 15:19:29 then remount it readonly Apr 06 15:20:14 I'll create more verbose version Apr 06 15:21:07 Sleep_Walker: could we inspect the battary power now? Apr 06 15:21:36 emfox: driver is registred, only values are weird Apr 06 15:21:40 I'm at work now :/ Apr 06 15:21:41 I mean, the percentage of power Apr 06 15:21:48 I know Apr 06 15:21:55 wm97xx-battery driver Apr 06 15:22:50 I think it's even more important for my daily use Apr 06 15:23:11 Ah ok, others are getting no battery either :D Apr 06 15:23:18 I may change battary when neccesary Apr 06 15:23:20 Thought that might just be me heh Apr 06 15:26:05 all my data on the SD card lost, after I just backup all them, 2 minutes before :) Apr 06 15:26:21 doh Apr 06 15:26:31 the suspend is dangerous Apr 06 15:26:42 I'd rather not use suspend :) Apr 06 15:26:48 :D Apr 06 15:27:30 Sleep_Walker: now I realized that too Apr 06 15:27:48 I currently use suspend only for testing suspend :b Apr 06 15:28:08 the screen auto-off is enough for power-saving Apr 06 15:29:20 you may not know, after sw2 kernel, the screen auto-off just works Apr 06 15:37:03 what does he mean by after sw2 kernel the screen auto-off just works? Apr 06 15:46:49 mekius: that means that if you are in console and wait, screen goes off Apr 06 15:47:27 sw2 - Sleep_Walker's build #2 Apr 06 15:48:06 (that should be me :b ) Apr 06 16:25:45 Sleep_Walker: Ah, maybe that's what is causing my screen to die then :P Apr 06 16:25:54 What would have fixed that? Apr 06 16:26:23 it should go back with touching any button Apr 06 16:30:31 well when I touch a button the screen just shows corruption :D Apr 06 16:30:49 also the keyboard lights never turn off, is that separate circuitry? Apr 06 16:35:00 keyboard lights are just weird Apr 06 16:35:12 haha Apr 06 16:35:33 it looks like PWM, but no other PWM than PWM0 is used Apr 06 16:36:22 soft pwm? Apr 06 16:36:32 maybe Apr 06 16:36:48 would think they would just use the same signal as the lcd backlight, weird Apr 06 16:36:53 silly guys :P Apr 06 16:37:28 I can now only switch on/off Apr 06 16:39:38 mekius: you can see it somewhere in header Apr 06 16:39:56 #define GPIO_NR_TREO680_KEYB_BL 24 Apr 06 16:40:01 ah Apr 06 16:40:03 so 24 Apr 06 16:40:21 yeah, must be just a simple transitor or something I'm sure Apr 06 16:40:35 mekius: who knows Apr 06 16:40:36 controlling the brightness of keys isn't too important :) Apr 06 16:40:46 mekius: if you'll find out - tell me Apr 06 16:41:04 :) Apr 06 17:17:58 marex: well, I've got openSUSE 11.1 on notebook and Debian Lenny in Treo - now I've got proof that openSUSE is much more faster thatn Debian! Apr 06 17:18:45 Sleep_Walker: haha, nice Apr 06 17:18:48 now get openSuSE on your treo ;D Apr 06 17:19:29 marex: I'll install qemu and run it in virtual machine Apr 06 17:19:45 aptitude is SO SLOW Apr 06 17:20:18 aptitude sucks in the first place Apr 06 17:20:24 I'd rather remove MMC debugging :b Apr 06 17:21:44 marex: do you know how to configure network over bluetooth? (without PPP/DUN) Apr 06 17:22:02 bnep ? Apr 06 17:22:07 yes Apr 06 17:24:23 urhmmm .... well there was a manpage for it or something Apr 06 17:24:39 marex: thank you! Apr 06 17:24:42 you saved me Apr 06 17:24:47 man page! Apr 06 17:24:52 yes! Apr 06 17:36:34 hm ... having 2000dpi laser mouse and G15 logitech keyboard connected to your palm feels really good :) Apr 06 17:36:41 *Palm Apr 06 17:36:56 marex: mainly if you use LifeDrive ;D Apr 06 17:39:41 marex: usb host? Apr 06 17:39:50 yea, I gave it a go Apr 06 17:39:56 cool Apr 06 17:40:04 marex: OTG? ;D Apr 06 17:40:08 I had heard mention the 680 has one of these? Same for centro? Apr 06 17:40:08 I used miska's patch Apr 06 17:40:23 mekius: most probably yes Apr 06 17:40:24 Sleep_Walker, nah ... I need some knowledge to get this working in openBSD Apr 06 17:40:46 Sleep_Walker: Is there some schematics for how to wire the usb? Apr 06 17:41:00 I would love to try it out :D Apr 06 17:41:20 mekius: use hotsync cable --> gender changer --> powered hub Apr 06 17:41:37 but it's not enabled by default Apr 06 17:41:55 oh, that simple eh? Apr 06 17:42:00 yup Apr 06 17:42:05 odd that they use the same pins for host and slave heh Apr 06 17:42:13 you need duh patch Apr 06 17:42:15 that is that OTG Apr 06 17:42:18 the powered hub is necessary? Apr 06 17:42:22 yes Apr 06 17:42:28 marex: duh? Apr 06 17:42:30 marex: where is duh patch? :D Apr 06 17:42:48 mekius: check Alex's hhtinker.blogspot.com Apr 06 17:42:50 ok, will see if I can borrow a powered up from work :) Apr 06 17:43:00 he has described that Apr 06 17:43:08 powered hub* Apr 06 17:43:08 it's for Treo650, but it's similar Apr 06 17:44:04 diff --git a/drivers/usb/host/ohci-pxa27x.c b/drivers/usb/host/ohci-pxa27x.c Apr 06 17:44:04 index e44dc2c..58701b7 100644 Apr 06 17:44:04 --- a/drivers/usb/host/ohci-pxa27x.c Apr 06 17:44:04 +++ b/drivers/usb/host/ohci-pxa27x.c Apr 06 17:44:04 @@ -227,6 +227,12 @@ static int pxa27x_start_hc(struct pxa27x_ohci *ohci, struct device *dev) Apr 06 17:44:05 if (inf->init) Apr 06 17:44:07 retval = inf->init(dev); Apr 06 17:44:09 + uhchr = (__raw_readl(ohci->mmio_base + UHCHR) & ~(UHCHR_SSEP2 | UHCHR_SSE)); Apr 06 17:44:11 + __raw_writel(uhchr, ohci->mmio_base + UHCHR); Apr 06 17:44:13 + uhchr = (__raw_readl(ohci->mmio_base + UHCHR) | (UHCHR_SSEP1 | UHCHR_SSEP3)); Apr 06 17:44:14 ###################################################### Apr 06 17:44:15 + __raw_writel(uhchr, ohci->mmio_base + UHCHR); Apr 06 17:44:17 + uhchr = __raw_readl(ohci->mmio_base + UHCRHDA) | UHCRHDA_NOCP; Apr 06 17:44:17 ############################ Apr 06 17:44:19 + __raw_writel(uhchr, ohci->mmio_base + UHCRHDA); Apr 06 17:44:21 if (retval < 0) Apr 06 17:44:23 return retval; Apr 06 17:44:25 here ;-) Apr 06 17:44:25 + evil here! Apr 06 17:44:49 marex: WTF?! Apr 06 17:45:05 geez Apr 06 17:45:10 what for? Apr 06 17:45:16 the old way doesnt work anymore Apr 06 17:45:22 you don't like using flags? Apr 06 17:45:23 (that one for .27) Apr 06 17:45:33 ENABLE_PORT1 ? Apr 06 17:45:35 :D Apr 06 17:45:48 miska's work Apr 06 17:45:59 this is really useless Apr 06 17:46:13 wait, what is this patch you pasted? Apr 06 17:46:32 it's duh patch yuh need ;D Apr 06 17:46:42 oh, so the patch on alex's post is no good? Apr 06 17:46:52 you need to apply that one too Apr 06 17:46:54 marex: do you know pastebin? Apr 06 17:46:59 oh, two patches, gotcha Apr 06 17:47:00 Sleep_Walker, yea Apr 06 17:47:01 http://www.pastebin.cz:80/17082 Apr 06 17:47:06 yes, can you pastebin that :) Apr 06 17:47:57 and in treo680_init add "pxa_set_ohci_info(&treo680_ohci_info);" Apr 06 17:48:33 and remove the stuff altering UHCHR and UHCRHDA Apr 06 17:48:44 (leave there just the top one line) Apr 06 17:48:44 yeah, I see the post from alex, so i'll just apply both things and hopefully it will work :D Apr 06 17:48:54 I need a gender changer though, will have to find one of those Apr 06 17:48:57 mekius: as marex said, it's outdated Apr 06 17:49:02 He talks about soldering things, is that even necessary? Apr 06 17:49:09 mekius: nope :b Apr 06 17:49:17 mekius: Alex likes soldering :b Apr 06 17:49:21 hehe Apr 06 17:49:24 mekius: check his wifi for Treo650 Apr 06 17:49:30 I may have to ask later for the patch since I'm on my work pc atm Apr 06 17:49:44 geez Apr 06 17:49:50 that debian is so slooooowwww Apr 06 17:51:12 arguing on the Internet is like running in the Special Olympics ...even if you win, you're still retarded ;-) Apr 06 17:51:27 Sleep_Walker: wait, are these usb hacks already in the cumulative patch you sent me? Apr 06 17:51:40 mekius: I added it yesterday Apr 06 17:51:49 it probably is on web Apr 06 17:51:53 ok Apr 06 17:51:55 a patch? Apr 06 17:51:57 yes Apr 06 17:52:04 ah ok Apr 06 17:52:05 almost current :) Apr 06 17:52:15 i'll look later :) Apr 06 17:52:24 still need what marex pasted or should be all there/ Apr 06 17:52:25 ? Apr 06 17:52:37 mekius: you don't need it Apr 06 17:52:41 ok Apr 06 17:52:59 * mekius plans trip to store later Apr 06 17:53:16 but if you want to try USB host, add also port 2: ENABLE_PORT1 | ENABLE_PORT2 | ENABLE_PORT3 Apr 06 17:53:43 k Apr 06 17:54:01 lunch time :) Apr 06 17:54:02 but you can't use it as network then :) Apr 06 17:54:07 bon apetite! Apr 06 17:55:35 yeah, well if I'm in linux i'll probably just use it for a wifi dongle :) Apr 06 17:55:45 atm I can't use cdma modem anyway heh Apr 06 17:56:11 either way, I think usb host is better then slave :) I can then just transfer over wifi heh Apr 06 17:56:32 mekius: you'll surely manage to working ;) Apr 06 17:56:32 so is it just a single usb port? Apr 06 17:56:45 mekius: yes Apr 06 17:56:52 k Apr 06 17:56:56 another USB port is used for bluetooth Apr 06 17:57:01 (internally) Apr 06 17:57:08 and the last one is not used at all Apr 06 17:57:08 ah makes sense Apr 06 18:08:31 that debian is so sloow! Apr 06 18:08:49 I'd rather overclock not to wait so long Apr 06 18:14:38 20 packages in hour Apr 06 18:14:40 wow Apr 06 18:27:53 lol Apr 06 18:28:03 what are you installing? Apr 06 18:28:32 probably faster to just download all the packages, transfer them over and then use dpkg :) Apr 06 19:55:02 didn't saw that: http://hackndev.com/node/276 that's a great news :) Apr 06 19:55:30 marex: is it possible to use more than 32mb of ram in the TX? Apr 06 19:56:56 sure, if you solder more chips into the device Apr 06 19:58:02 marex: ^^' so there is no more ram than 32mb? Apr 06 19:58:30 no, there's no more then 32 megs Apr 06 19:58:51 marex: why web sites are talking about 128mb of ram + 128mb of flash... again they just copy paste wrong info. Apr 06 19:58:56 there's actually 256kbytes more of CPU's SRAM, but that's not what you want Apr 06 19:59:05 :] Apr 06 19:59:24 tuna`, dunno ... the flash chip is 1Gbit Apr 06 20:00:39 oO that's totally different than what can be read about TX specs. Apr 06 20:00:55 can't rely on such web sites then. Apr 06 20:02:59 well it clearly has 32 megs of ram and 128 megs of flash ... not a bit more or less Apr 06 20:04:27 yep, I trust you. I am just suprized that so much web site pust copy paste wrogn info without verifying... Apr 06 22:59:41 * flyback suspects he's near the end of the road, cognitive decline wise :/ Apr 07 00:43:59 http://fora.tv/2008/08/11/Richard_Muller_on_Physics_for_Future_Presidents#chapter_00 Apr 07 00:57:16 any debianist here? Apr 07 00:57:27 (or even Ubuntist :/) Apr 07 00:58:44 even *buntist Apr 07 01:01:19 ok, nevermind, got it :/ Apr 07 01:01:37 I hope there will be zypper in debian soon ;b Apr 07 01:23:21 @later tell emfox working on battery and preparing some usable rootfs based using debian, the fact that there is no gpe-dm is really weird or - have you found the way how to start X during boot, use gpe-login and proceed? Apr 07 01:23:21 Sleep_Walker: The operation succeeded. Apr 07 01:52:57 * flyback has chest pain now and starts to wonder if all the head problems etc are blood pressure Apr 07 02:34:10 j4k3 http://www.theonion.com/content/video/hot_new_video_game_consists <--- hahaha Apr 07 02:34:26 * flyback hands himself a /msg and a FAIL **** ENDING LOGGING AT Tue Apr 07 02:59:58 2009