**** BEGIN LOGGING AT Wed Aug 08 02:59:58 2012
Aug 08 04:44:39 <clever> http://blog.mikeasoft.com/2007/06/30/im-in-ur-treo-linuxin-ur-phonez/ anybody know if the source for this treo kernel is available anywhere?
Aug 08 04:48:38 <Elleo> it was 5 years ago so my memory's a bit shaky, but I think I was using the vanilla kernel sources at the time
Aug 08 04:48:48 <Elleo> I think everything necessary for the 650 was already in the kernel tree
Aug 08 04:52:11 <clever> ah, so theres a chance i could just build for it on my current system
Aug 08 04:52:26 <clever> Elleo: but what configs would i have to turn on? :S
Aug 08 04:52:41 <Elleo> my memory isn't that good I'm afraid ;)
Aug 08 04:53:07 <clever> neither is the internets, half the pages on it are 404, lol
Aug 08 04:53:18 <Elleo> clever: http://www.simiolabs.com/developer/wiki/index.php?title=Extracting_the_config_file_from_an_existing_kernel
Aug 08 04:53:21 <clever> most of the blogs just link to a dead page
Aug 08 04:53:28 <clever> was just about to google for that
Aug 08 04:54:14 <clever> and i probly have a dozen copies of the script :)
Aug 08 04:54:22 <clever> extract-ikconfig: Cannot find kernel config.
Aug 08 04:54:23 <clever> :(
Aug 08 04:54:28 <Elleo> ah :/
Aug 08 04:54:43 <Elleo> I expect a fair amount would have changed by now anyway
Aug 08 04:55:04 <clever> i was just wondering how hard it would be to shove android into that old thing
Aug 08 04:55:31 <Elleo> I expect it'd be pretty much impossible
Aug 08 04:55:47 <Elleo> the memory constraints alone would probably cause serious issues
Aug 08 04:55:47 <clever> why?
Aug 08 04:56:36 <Elleo> the 650 only has 32mb of ram
Aug 08 04:56:40 <clever> ah
Aug 08 04:56:51 <clever> wikipedia was very vague on what was ram and what was flash
Aug 08 04:57:04 <clever> what about the 700?
Aug 08 04:57:09 <Elleo> not to mention all the hardware integration work you'd need to do to get anything along the lines of phone/data working
Aug 08 04:57:40 <Elleo> I don't know if anything's changed, but when I was hacking on the 650 (5 years ago) no-one had really got anything running on the 700
Aug 08 04:58:04 <clever> i believe the bootloader 'worked', but none of the kernels i tried did anything usefull
Aug 08 05:00:14 <clever> *beams cocoboot over*
Aug 08 05:01:07 <clever> hmmm, sd card, *looks*
Aug 08 05:02:40 <clever> Elleo: is the sd card reader in the treo just gpio?
Aug 08 05:03:08 <mozzwald> clever: these are old configs, but could be a starting point https://github.com/hackndev/linux-hnd/tree/master/arch/arm/configs
Aug 08 05:03:49 <clever> mozzwald: ah nice
Aug 08 05:04:03 <clever> *checks local tree*
Aug 08 05:04:34 <Elleo> clever: I really couldn't say anything about the treo with any certainty at this point I'm afraid; shortly after that 650 hack I switched to a different phone platform and gave my treo away
Aug 08 05:04:42 <clever> missing, but i can copy and tweak
Aug 08 05:05:10 <clever> Elleo: all ive found so far are SDHD cards, and i was wondering if the support issue would be fixed by linux
Aug 08 05:05:32 <clever> depends on where the SD controller is implemented
Aug 08 05:07:26 <clever> dang, 5 CF cards and 2 SDHD cards, where did they all go? lol
Aug 08 05:10:37 <clever> ah, i see why those configs arent in my android-x86 fork of linux, hnd have their own fork!
Aug 08 05:13:51 <clever> CONFIG_FB_PXA seems to be the display
Aug 08 05:15:55 <clever> built into the cpu :)
Aug 08 05:17:13 <clever> hmmm cocoboot says 32mb ram for the 700p
Aug 08 05:17:28 <clever> opening the lcd registers kills it, oops!
Aug 08 05:19:27 <clever> do you happen to remember if the PXA cpu supports page flipping in the gpu area?
Aug 08 05:21:45 <clever> reguarding SDHD support, it seems the cpu has a built-in SD card controller :S
Aug 08 10:31:31 <Marex> clever: the internal SD thingie can do SDHC as well, no prob
Aug 08 10:31:42 <Marex> it only passes commands to the SD card, nothing else anyway
Aug 08 18:40:49 <clever> Marex: ah, i was wondering
Aug 08 18:51:30 <Marex> clever: the SD controller is basically only a bit better SPI
Aug 08 18:51:42 <Marex> there's nothing much more to it
Aug 08 18:52:29 <clever> so i could make linux use an SDHD card, but cocoboot would have issues
Aug 08 18:52:40 <Marex> yea, palmos is dumb
Aug 08 18:52:50 <Marex> not really cocoboot ... cocoboot just calls palmos
Aug 08 18:53:08 <clever> is cocoboot open source?
Aug 08 18:55:03 <clever> i was thinking, add a delay between loading the kernel, and running it
Aug 08 18:55:06 <clever> so id have time to swap cards
Aug 08 18:55:54 <Marex> clever: it is ... but why not rather use initrd what waits until you replace the cards ?
Aug 08 18:56:20 <clever> that works too, just program it to look for a certain cart
Aug 08 18:56:29 <Marex> clever: or wait for a keypress
Aug 08 18:56:29 <clever> then you have the choice to put them on the same card
Aug 08 18:56:46 <Marex> same card won't work, palmos won't pick sdhc
Aug 08 18:56:55 <clever> you would need non-hd
Aug 08 18:57:12 <clever> you can choose between non-hd or nonhd+sdhd
Aug 08 19:00:57 <Marex> HD ?
Aug 08 19:01:13 <Marex> btw yes, you'd need two cards
Aug 08 19:01:34 <clever> yeah, if you wanted to use an SDHD card you can setup the initrd for split mode
Aug 08 19:01:50 <clever> but the same initrd should work fine on a single normal SD card, it would just find the files right away
Aug 08 19:02:09 <clever> so it depends mainly on how much space you would want
Aug 08 19:02:19 <Marex> oh this is what you mean
Aug 08 19:02:26 <Marex> yes ... whatever fits your needs
Aug 08 19:02:38 <clever> ive already done the same thing to android, for other reasons
Aug 08 19:02:57 <clever> the kernel lacked xfs, so once the initrd was up, i had to switch to an mp3 (fat32) to get the rest of the file
Aug 08 19:03:22 <clever> mp3 player was the only 'usb stick' i had laying arround
Aug 08 19:03:27 <Marex> xfs? yuck yuck
Aug 08 19:04:09 <clever> its a usb stick i made years ago with live gentoo
Aug 08 19:04:26 <clever> now its a stick with live gentoo and live android
Aug 08 19:09:14 <mozzwald> Marex: figured out why libertas wasn't working on my TX. I didn't compile the pcmcia module.. silly me. still working on the pda_power/power_supply module problem.
Aug 08 19:11:30 <mozzwald> also got my hands on a tungsten c but I can't get keyboard to work. kernel complains failed to request gpio18 for col0
Aug 08 19:15:13 <Marex> oh well
Aug 08 19:15:22 <Marex> too old kernel maybe ... I dunno how much got mainline either
Aug 08 19:18:57 <mozzwald> you still using your tc?
Aug 08 19:19:57 <Marex> I still have it ... I now use DENX M28EVK mostly
Aug 08 19:20:28 <Marex> and eventually, I'd like to get to hacking on the BD SabreLite MX6Quad board
Aug 08 19:20:43 <Marex> you know ... quadcore arm ... it's interesting
Aug 08 19:23:02 <mozzwald> yes, more cores is very interesting :)
**** ENDING LOGGING AT Wed Aug 08 20:13:49 2012

**** BEGIN LOGGING AT Wed Aug 08 20:14:16 2012
**** ENDING LOGGING AT Wed Aug 08 20:41:31 2012

**** BEGIN LOGGING AT Wed Aug 08 20:42:22 2012
Aug 08 20:55:12 <clever> hmmm, the PXA cpu has jtag debuger in it, i wonder if the pins are broken out
Aug 08 20:59:03 <Marex> clever: on what device ?
Aug 08 20:59:09 <Marex> LD? yes ... TX? I think yes
Aug 08 20:59:15 <Marex> but they're very small
Aug 08 20:59:24 <Marex> only TC has holes for a standard ARM14 connector
Aug 08 20:59:36 <clever> Marex: treo 700p
Aug 08 20:59:48 <Marex> likely ... on a very small and hard to solder pads
Aug 08 20:59:53 <clever> ive already cracked the thing open once to read the exact number on the cpu
Aug 08 21:00:14 <Marex> you could have red it via the ID register
Aug 08 21:00:18 <Marex> CPUID or JTAGID or whatever
Aug 08 21:00:18 <clever> any tips on where to find them?
Aug 08 21:00:28 <clever> cocoboot only says 27x
Aug 08 21:00:30 <Marex> I'd have one, but you'd dislike it
Aug 08 21:00:38 <clever> the lasered code says 272 i believe
Aug 08 21:00:41 <Marex> which is enough anyway
Aug 08 21:00:56 <Marex> there's not much difference. see the datasheet
Aug 08 21:01:05 <clever> the lcd registers in cocoboot just crash the system
Aug 08 21:01:07 <Marex> btw the CPUID register does tell you the same
Aug 08 21:01:13 <Marex> that;s possible
Aug 08 21:01:36 <clever> ah, i see, yeah the cpuid isnt decoded
Aug 08 21:01:43 <clever> 0x69054117
Aug 08 21:02:11 <Marex> yea
Aug 08 21:02:19 <Marex> crosscheck with the marvell pxa27x datasheet
Aug 08 21:02:19 <clever> Intel_PXA270_Developers_Manual is that the right datasheet?
Aug 08 21:02:26 <Marex> works as well
Aug 08 21:02:46 <Marex> http://www.marvell.com/application-processors/pxa-family/assets/pxa_27x_dev_man.pdf
Aug 08 21:03:08 <clever> 0x69 == i, vendor (intel)
Aug 08 21:03:11 <Marex> how lovely and so simple :'-)
Aug 08 21:03:26 <clever> intel 0x054117 hmmm
Aug 08 21:03:37 <Marex> just look up the ID ... maybe try 0x6905_4117
Aug 08 21:03:47 <Marex> I think they state then with underscore in the middle for some reason
Aug 08 21:04:09 <clever> ARM* Architecture Version 5TE = 0b0000_0101
Aug 08 21:04:16 <clever> that would be the 0x05 byte
Aug 08 21:05:14 <clever> intel arm5te 0x4117 hmmm
Aug 08 21:05:48 <clever> then 3 bits for core g and another 3 bits for core r
Aug 08 21:06:29 <clever> final 4 bits are the stepping, off the charts!
Aug 08 21:07:09 <clever> chart doesnt show stepping for 0b1111
Aug 08 21:07:19 <Marex> page 72 table 4
Aug 08 21:07:32 <Marex> pxa27x rev c5
Aug 08 21:08:19 <clever> ah, so my pdf was a little too old :)
Aug 08 21:08:56 <clever> and this one says final 3 bits are stepping, not 4
Aug 08 21:10:20 <clever> Marex: is there any chance of damaging the lcd if the controller is mis-configured?
Aug 08 21:15:17 <Marex> naw
Aug 08 21:17:46 <clever> weird
Aug 08 21:17:53 <clever> i put in an sd card and now i cant find cocoboot
Aug 08 21:18:04 <clever> ah, there it is
Aug 08 21:18:57 <clever> ok, kernel#1 fail
Aug 08 21:19:04 <clever> instant reboot
Aug 08 21:19:41 <clever> i guess export CROSS_COMPILE=arm-linux-gnu- isnt the right choice
Aug 08 21:20:14 <Marex> it should be ... what toolchian do you use ?
Aug 08 21:20:25 <Marex> and how big is the zImage ?
Aug 08 21:21:21 <clever> c2d ~ # crossdev -s1 arm-linux-gnu
Aug 08 21:21:30 <clever> gentoo script to build everything with 1 command
Aug 08 21:22:40 <clever> zImage is ... cocoboot reset the phone
Aug 08 21:22:55 <clever> 1778KB i think
Aug 08 21:23:14 <clever> though the kernel didnt compile until i picked a cpu type from a list *looks*
Aug 08 21:23:56 <clever> i had to go into Intel PXA2xx/PXA3xx Implementations and pick something
Aug 08 21:24:06 <clever>  CompuLab CM-X255/CM-X270 modules is my current selection
Aug 08 21:24:33 <clever> PXA based Palm PDAs may be better, on a second look
Aug 08 21:25:09 <clever> heh, check that and things like Palm Tungsten|C and Palm Treo 680 come out of nowhere! :D
Aug 08 21:25:25 <Marex> well of course
Aug 08 21:25:36 <Marex> disable the compulab stuff
Aug 08 21:25:44 <clever> i did :)
Aug 08 21:25:55 <clever> Kconfig always hides what i want, one menu out of sight
Aug 08 21:26:26 <clever> do i want arm or armeb?
Aug 08 21:30:29 <Marex> armel
Aug 08 21:30:38 <clever> *looks*
Aug 08 21:30:51 <Marex> certainly not big-endian arm
Aug 08 21:31:13 <clever> and 'arm' defaults to what?
Aug 08 21:31:24 <clever> the kernel i tried was neither, just 'arm'
Aug 08 21:33:56 <Marex> armel
Aug 08 21:34:18 <clever> maybe it was just the palm option then
Aug 08 21:34:27 <Marex> armeb is IXP and you'd have to select that ... the kernel should manage the compiler flags for that on it's own
Aug 08 21:34:50 <Marex> clever: of course, you need to enable your machine so you support the machine ID passed by the bootloader to kernel
Aug 08 21:35:16 <clever> i'll try with palm enabled on the 'arm' compiler, if that doesnt work i'll give armel a try
Aug 08 21:35:56 <clever> machineid d052, does the kernel check that and abort if it doesnt match?
Aug 08 21:37:21 <Marex> your compiler should be arm-linux-gnueabi- ... but then, given linux doesn't pull in even the libgcc, you should be fine with almsot any working toolchain
Aug 08 21:37:27 <Marex> clever: yes
Aug 08 21:37:42 <Marex> what's your gcc version and binutils version btw ?
Aug 08 21:38:08 <clever> yeah, -s1 on crossdev says to only build binutils and gcc, no libc
Aug 08 21:38:19 <clever> arm-linux-gnu-gcc (Gentoo 4.6.3 p1.5, pie-0.5.2) 4.6.3
Aug 08 21:39:11 <clever> -rwxr-xr-x 1 root root 1.8M Aug  8 18:39 zImage
Aug 08 21:39:36 <clever> ok, that one hard-resets it too
Aug 08 21:40:10 <clever> c2d ~ # crossdev -s1 armel-linux-gnueabi
Aug 08 21:40:35 <clever> time to make another toolchain, i think i have 3 cross compilers now, lol
Aug 08 21:41:34 <Marex> clever: is the machine ID even supported in your kernel ?
Aug 08 21:41:50 <Marex> you have treo 700, machID <something>
Aug 08 21:42:07 <Marex> check arch/arm/tools/...something... and grep it for the ID
Aug 08 21:42:17 <Marex> the ID is in decimal in there, so you have to convert the bases
Aug 08 21:42:29 <Marex> s/...something.../mach-types
Aug 08 21:42:38 <clever> clever@c2d ~/build/kernel $ grep -r d052 -i  arch/arm/
Aug 08 21:42:38 <clever> clever@c2d ~/build/kernel $ arm
Aug 08 21:42:44 <clever> no hits under arch/arm
Aug 08 21:42:44 <Marex> decimal!
Aug 08 21:42:54 <clever> ah
Aug 08 21:43:57 <Marex> d052 ?
Aug 08 21:43:59 <Marex> really ?
Aug 08 21:44:07 <Marex> that's not machine ID
Aug 08 21:44:12 <Marex> that's device ID of the treo!
Aug 08 21:44:31 <Marex> # git grep TREO arch/arm/tools/
Aug 08 21:44:32 <Marex> arch/arm/tools/mach-types:treo680                       MACH_TREO680            TREO680                 1230
Aug 08 21:44:43 <Marex> there's not even treo700 mach ID any longer
Aug 08 21:44:45 <clever> cocoboot shows machine: H102 on the 650
Aug 08 21:45:09 <clever> let me try this kernel on the 650
Aug 08 21:45:20 <Marex> Treo650 isn't supported either it seems
Aug 08 21:45:24 <Marex> only 680
Aug 08 21:45:29 <Marex> Sleep_Walker: ^ ?
Aug 08 21:45:38 <clever> locks the 650 up
Aug 08 21:45:53 <Marex> the hardware differs, you know ...
Aug 08 21:45:57 <clever> yeah
Aug 08 21:46:04 <clever> just trying it anyways
Aug 08 21:46:09 <clever> i dont have any root/initrd, but i was expecting atleast a fbcon
Aug 08 21:46:12 <Marex> and (!) so does the machine ID
Aug 08 21:46:24 <Marex> no way ... it takes some more work to get there
Aug 08 21:46:50 <clever> the kernel i got from the site got that far atleast
Aug 08 21:47:45 <clever> # XXX: This is a cut-down version of the file; it contains only machines that
Aug 08 21:47:45 <clever> # XXX: are in mainline or have been submitted to the machine database within
Aug 08 21:47:45 <clever> # XXX: the last 12 months.  If your entry is missing please email rmk at
Aug 08 21:48:23 <Marex> might have been hacked in some way ... so ... you can pick the sources and forward port it into mainline linux
Aug 08 21:48:46 <clever> 700p is on the list, it links back to http://www.hackndev.com/
Aug 08 21:49:16 <Marex> https://github.com/hackndev this ?
Aug 08 21:49:22 <clever> http://www.arm.linux.org.uk/developer/machines/list.php?id=1421
Aug 08 21:50:17 <Marex> yea, what kernel did boot for you ?
Aug 08 21:50:28 <clever> the one i got from the blog, *looks*
Aug 08 21:50:49 <clever> http://blog.mikeasoft.com/2007/06/30/im-in-ur-treo-linuxin-ur-phonez/
Aug 08 21:51:04 <clever> 'Overwrite the zImage with my version. This is a more up-to-date...'
Aug 08 21:51:30 <clever> that one had fully working gui, partialy working audio, and touchscreen/keyboard/sd
Aug 08 21:51:55 <Marex> With much help from the chaps in #hackndev I managed to get Linux installed on my Treo 650:
Aug 08 21:52:10 <Marex> so what treo are you trying to get this working on ?
Aug 08 21:52:41 <clever> the 700p, was expecting the newer model to run a bit faster/more ram
Aug 08 21:53:01 <Marex> faster? no ...
Aug 08 21:53:10 <Marex> more ram? I don't think so, maybe ...
Aug 08 21:53:19 <Marex> so the treo650 kernel booted on it ?
Aug 08 21:54:21 <clever> i dont believe ive ever had anything work on the 700
Aug 08 21:54:52 <clever> ive manualy added http://www.arm.linux.org.uk/developer/machines/list.php?id=1421 to arch/arm/tools/mach-types, i'll look around to see if anything else is needed
Aug 08 21:54:55 <Marex> you just said you did boot a kernel on it
Aug 08 21:55:14 <clever> that kernel worked on the 650
Aug 08 21:55:26 <clever> i have both models
Aug 08 21:55:32 <Marex> you need machine entry ... see arch/arm/mach_pxa/<something.c> and look for MACHINE_START()
Aug 08 21:55:42 <Marex> I see... the treo650 should be easier
Aug 08 21:55:57 <clever> 650 was also removed from the listing
Aug 08 21:56:02 <Marex> the 700 ... well, depends on how much time you want to invest
Aug 08 21:56:10 <Marex> yes, because it wasn't supported either
Aug 08 21:56:36 <clever> just dont know what state the 650 or 700p where in when they got expired
Aug 08 21:57:35 <clever> brb, lunch
Aug 08 22:07:14 <clever> id like to try re-adding support first, just to see what state both devices are in
Aug 08 22:07:54 <clever> from what i can see, it all hangs off CONFIG_TREO700P and CONFIG_TREO680 based stuff
Aug 08 22:08:07 <clever> but every trace of the 700p is gone? like they just went thru and cleaned the house up
Aug 08 22:08:26 <clever> may need to check the git logs and revert the change
Aug 08 22:10:58 <clever> ./include/generated/mach-types.h:# define machine_is_treo680()  (machine_arch_type == MACH_TYPE_TREO680)
Aug 08 22:11:10 <clever> i do see the checks you mentioned
Aug 08 22:11:30 <clever> ./include/generated/mach-types.h:#define MACH_TYPE_TREO680              1230
Aug 08 22:12:45 <clever> clever@c2d ~/build/kernel $ git log -SCONFIG_TREO700P|less
Aug 08 22:12:47 * clever goes back to tv
Aug 08 22:14:39 <Marex> clever: well of course ... but not everything was pushed mainline I think
Aug 08 22:14:48 <Marex> and I don't think anyone had t700p in here
Aug 08 22:18:42 <clever> its in the list on the website, so they must have had it at some point
Aug 08 22:18:52 <clever> if git log finds nothing, i'll move down to the 650
Aug 08 22:19:12 <clever> also, if i just hack the machineid check, how much of the 650 code would maybe work on the 700p?
Aug 08 22:19:19 <clever> any chance id atleast have lcd?
Aug 08 22:20:20 <Marex> dunno .. .try it
Aug 08 22:20:40 <Marex> and no, adding it to the list of machine IDs doesn't mean there ever was support for the device mainline
Aug 08 22:21:07 <Marex> btw. it's sufficient to adjust the machine id in MACHINE_START() or add one more MACHINE_START() entry
Aug 08 22:23:25 <clever> but i'm still not sure what the machine id is, the 650 is h102 (258 dec)
Aug 08 22:23:32 <clever> and i saw on the site that its 1230
Aug 08 22:23:47 <clever> wait no, 1230 is the primary key on the site
Aug 08 22:23:51 <clever> nothing to do with hardware
Aug 08 22:24:15 <clever> *puzzled* MACH_TYPE_TREO680 is also 1230?
Aug 08 22:24:53 <clever> typeid 909 is the 650, http://www.arm.linux.org.uk/developer/machines/list.php?id=909
Aug 08 22:25:57 <clever> i'll need to read more of the code
Aug 08 22:26:52 <clever> ok, if CONFIG_MACH_TREO680 then #define machine_is_treo680()   (__machine_arch_type == MACH_TYPE_TREO680)
Aug 08 22:27:26 <clever> __machine_arch_type feels like a compiler shortcut to read the hardware register, so maybe the typeid from that site is the hardware machine id?
Aug 08 22:28:19 <clever> ./arch/arm/mach-pxa/palmtreo.c:MACHINE_START(TREO680, "Palm Treo 680")
Aug 08 22:28:21 <clever> ah there it is :)
Aug 08 22:31:30 <Marex> mach ID is passed to the kernel by the bootloader
Aug 08 22:31:52 <clever> so cocoboot should be finding it and passing it over
Aug 08 22:32:05 <Marex> http://www.arm.linux.org.uk/developer/machines/list.php?id=1421 for treo 700p
Aug 08 22:32:14 <Marex> I guess so, check the source
Aug 08 22:32:27 <Marex> it reports the machine Id on the homescreen, you can even change it
Aug 08 22:32:37 <clever> 1424 == 0x58d
Aug 08 22:32:46 <clever> that input in the top left corner?
Aug 08 22:33:09 <clever> the one that says 0 unknown device?
Aug 08 22:35:43 <Marex> that one I guess, yea
Aug 08 22:35:51 <Marex> so ... change that to pass the proper mach ID
Aug 08 22:36:07 <Marex> you can even change that to t680 one ... just to do a quick try
Aug 08 22:37:25 <clever> i punched in 1230, it rebooted
Aug 08 22:37:37 <clever> hex?
Aug 08 22:38:07 <clever> rebooted!
Aug 08 22:40:50 <Marex> you compiled the t680 support in ?
Aug 08 22:44:43 <clever> i believe the one on the card has t680 enabled with the plain 'arm' toolchain
Aug 08 22:44:54 <clever> armel is still building the toolchain
Aug 08 22:46:22 <Marex> clever: you tried booting with 1230 ?
Aug 08 22:46:32 <Marex> btw try stripping down the kernel, 1.8meg seems a bit bulky already
Aug 08 22:48:13 <clever> i'll do that once the next toolchain is ready
Aug 08 23:33:11 <clever> Marex: any reason why 1.8mb is bulky, or is it just having trouble fitting in 32mb after unzip?
Aug 08 23:46:19 <Marex> naw, it has trouble finding continuous slab of memory in palmos probably
Aug 08 23:46:25 <Marex> I recall such issues
Aug 08 23:52:04 <clever> ah
Aug 08 23:52:12 <clever> makes some sense
Aug 08 23:52:24 <clever> though the palmos malloc routines support ram defrag
Aug 08 23:52:37 <clever> and half my tests are directly after a fresh reboot (due to the crash)
Aug 08 23:53:11 <clever> -rw-r--r-- 1 clever clever 1.6M Aug  8 20:36 net/built-in.o
Aug 08 23:53:20 <clever> bulk of the fat is in net, and i dont have any network working
Aug 08 23:53:36 <clever> *nuke!*
Aug 08 23:54:29 <clever> wireless off, no hardware in the device at all, zero loss
Aug 08 23:55:04 <clever> -rw-r--r-- 1 clever clever 1.6M Aug  8 20:54 net/built-in.o
Aug 08 23:55:06 <clever> :S
Aug 08 23:57:13 <clever> -rw-r--r-- 1 clever clever 1.3M Aug  8 20:56 net/built-in.o
Aug 08 23:58:05 <clever> -rwxr-xr-x 1 clever clever 1.5M Aug  8 20:57 arch/arm/boot/zImage
Aug 09 00:00:25 <clever> forcing machineid 1230 doesnt help, reboots every time
Aug 09 00:01:49 <clever> and i have a confirmation now
Aug 09 00:01:54 <clever> http://www.arm.linux.org.uk/developer/machines/list.php?id=909 = t650
Aug 09 00:02:04 <clever> cocoboot shows 909 in that box :)
Aug 09 00:02:27 <clever> 1230 on the 650 device causes the lcd to glitch out
Aug 09 00:03:53 <clever> leaving 909 on the 650 causes a plain lockup
Aug 09 00:08:53 <Marex> maybe the LCD is misconfigured ... but if it glitches
Aug 09 00:08:56 <Marex> hm
Aug 09 00:11:43 <clever> the odd lines faded to white
Aug 09 00:11:45 <clever> and then the even ones
Aug 09 00:11:57 <clever> not sure, but maybe the lcd controller locked up and stopped scanning?
Aug 09 00:12:22 <clever> you know how an lcd must be driven with ac?
Aug 09 00:13:35 <clever> lcd registers do work on the 650, *makes notes*
Aug 09 00:15:25 <clever> http://pastebin.com/zK72NEk7
Aug 09 00:15:52 <clever> so i can trick the t680 kernel into working on the t650
Aug 09 00:15:56 <clever> but it mis-configures the lcd
Aug 09 00:16:27 <clever> 08 21:03:52 < clever> leaving 909 on the 650 causes a plain lockup
Aug 09 00:16:39 <clever> maybe the kernel knows its on the wrong device, and doesnt do anything?
Aug 09 00:16:56 <clever> and in the other cases, fatal error, uncaught exception kind of thing
Aug 09 00:19:10 <clever> Marex: i fudged the machineid, i told linux that 909 is the t680
Aug 09 00:19:22 <clever> now i dont need to fudge things in cocoboot, the lcd just glitches on defaults
Aug 09 00:20:47 <Marex> linux decides the device it runs on solely on machineID
Aug 09 00:21:01 <Marex> you need to pass machineID that the kernel supports
Aug 09 00:21:08 <Marex> mainline only supports t680 ...
Aug 09 00:21:52 <Marex> you can try the ancient HnD kernel too, it supports T650
Aug 09 00:22:04 <clever> i know, its just a temp fix so i can modify t680 support
Aug 09 00:22:09 <Marex> anything can be different on the t700p really ... you'd have to research it
Aug 09 00:22:13 <clever> i'm using the android branch of the kernel, since android needs some special kernel stuff
Aug 09 00:22:25 <clever> but i'll try the hnd branch too, maybe it will get me somehting
Aug 09 00:22:29 <Marex> well, that might also break things
Aug 09 00:22:36 <Marex> (android goo)
Aug 09 00:22:39 <Marex> yucky
Aug 09 00:22:44 <Marex> anyway ... gnight
Aug 09 00:23:50 <clever> *reads lcd driver*
Aug 09 00:31:26 <clever> *lost*
Aug 09 00:36:48 <clever> https://github.com/hackndev/linux-hnd/tree/master/arch/arm/mach-pxa/palmt650
Aug 09 00:36:57 <clever> looks like some of the 650 support still exists, i'll give this a spin
Aug 09 01:15:36 <clever> Marex: perfect, that branch worked on the first try
Aug 09 01:15:50 <clever> i now have dmesg output complaining that it cant find root/init :)
**** ENDING LOGGING AT Thu Aug 09 02:59:59 2012