| 00:03.08 | sabrod | Heh, yes, this need some changes.. |
| 00:04.34 | *** join/#openezx p3t3r__ (n=peter@wlan1.net-you.de) |
| 00:04.44 | stefan^_ | sabrod: why the seek 1? what is the benefit? |
| 00:04.46 | sabrod | Sorry, this is just to avoid 2 flashes... |
| 00:05.23 | sabrod | It's gen2 only... it add an offset. |
| 00:05.31 | sabrod | of 2048bytes. |
| 00:05.37 | stefan^_ | ok |
| 00:12.31 | *** part/#openezx p3t3r__ (n=peter@wlan1.net-you.de) |
| 00:13.28 | *** join/#openezx WyrM (n=wyrm@20158172095.user.veloxzone.com.br) |
| 00:14.46 | sabrod | And probably filling with "000" is only usefull for the 2.4, wyrm told me this was useless for the 2.6 |
| 00:14.57 | sabrod | ... wyrm ? :) |
| 00:15.09 | stefan^_ | what do you mean useless? i was just trying to assess if the flash operation is successful |
| 00:15.19 | stefan^_ | and it seems it is just not doing it |
| 00:15.25 | sabrod | Ah, in that case... |
| 00:15.27 | stefan^_ | even though i cannot say that nothing changes when i flash :) |
| 00:15.45 | stefan^_ | i mean for example gen-blob can be flashed |
| 00:16.03 | stefan^_ | i am trying to flash 0x80000 |
| 00:16.08 | sabrod | Well if your change is 000 it's nothing ;) |
| 00:16.15 | sabrod | hehe |
| 00:17.03 | sabrod | I had some problems to flash at the last 2Megs of the 64MB a910's flash memory... once. |
| 00:17.41 | sabrod | But it simply refused to flash afair |
| 00:18.37 | stefan^_ | hmm |
| 00:19.04 | stefan^_ | i think the best course of action now is to get the mmc-parts :) |
| 00:19.49 | stefan^_ | i'm running out of ways to proceed with this problem |
| 00:20.20 | sabrod | it's weird! |
| 00:21.07 | sabrod | I flashed a whole a1200 fw with bootusb :) |
| 00:21.19 | sabrod | 64Mb! |
| 00:21.33 | sabrod | Well approximatly...50Mb |
| 00:21.48 | sabrod | In two files. |
| 00:25.32 | stefan^_ | WyrM: is it possible that we could get your toolchain precompiled or is that too much of a hassle? :) |
| 00:29.58 | sabrod | stefan^_: here you have _I guess_ the same version ... http://www.angstrom-distribution.org/unstable/toolchain/ |
| 00:30.13 | sabrod | gcc 4.2.1rc9 |
| 00:30.47 | sabrod | err: gcc 4.1.2rc9 |
| 00:31.00 | sabrod | :/ |
| 00:35.05 | WyrM | stefan^_: if the version I compiled for you haven't helped, then I don't know what may be wrong. |
| 00:35.17 | WyrM | it works here, on a780, e680 and a1200. :/ |
| 00:35.54 | WyrM | no matter the position on memory that I flash, it always works. |
| 00:36.31 | WyrM | stefan^_: I am using a toolchain that stefan_schmidt uploaded to his people.openezx.org directory. |
| 00:39.37 | WyrM | stefan^_: btw, you are uploading my gen-blob to RAM before trying to flash right? |
| 00:39.40 | WyrM | I mean.. |
| 00:39.57 | WyrM | are you sure that the gen-blob that is running on the device is the my version, not yours? |
| 00:42.24 | sabrod | Ah, this one I uploaded it : http://www.mediafire.com/download.php?d9mc33m4wzz |
| 00:42.24 | sabrod | (toolchain) |
| 00:54.25 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.154.56) |
| 01:14.05 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
| 01:19.33 | stefan^_ | ok |
| 01:19.39 | stefan^_ | we went home now |
| 01:19.56 | stefan^_ | WyrM: yes, we tried all that |
| 01:20.07 | stefan^_ | (your version, your kernel) |
| 01:20.30 | stefan^_ | we successfully booted one montavista 2.4 kernel some hours ago |
| 01:20.41 | stefan^_ | so we thought ok its gonna work in some moments |
| 01:21.03 | stefan^_ | but we could not reproduce it with 2.6 kernel |
| 01:21.15 | stefan^_ | the kernel boots if it is uploaded to ram via usb |
| 01:21.28 | WyrM | so, you can flash gen-blob, but the kernel don't boot? |
| 01:21.36 | stefan^_ | yes exactly |
| 01:21.47 | WyrM | ah. |
| 01:21.58 | WyrM | then it's a different problem :) |
| 01:22.18 | WyrM | I was wondering why you flashed stuff and couldn't read it from flash later. |
| 01:22.23 | stefan^_ | then we tried to write the start of flash 80000 to the screen in genblob to see if it changes when we flash a dev/zero kernel |
| 01:22.29 | stefan^_ | but it didnt change |
| 01:22.35 | stefan^_ | yes |
| 01:22.41 | stefan^_ | it stayed the same |
| 01:23.06 | WyrM | so, flashing the 2.6 kernel or /dev/zero does NOT work. wheter flashing a 2.4 kernel works? |
| 01:23.12 | stefan^_ | we wanted to be sure that the stuff that gets copied to ram changes when we flash |
| 01:23.56 | stefan^_ | hmm we gotta recheck with flashing a 2.4 kernel to 80000 and see if we can see something changing on the screen |
| 01:24.02 | WyrM | or flashing the 2.6 kernel works, but it don't boot? |
| 01:24.13 | WyrM | how you booted the 2.4 kernel earlier? |
| 01:24.15 | stefan^_ | the boot usb tool says it worked |
| 01:24.24 | stefan^_ | im not sure arne did that |
| 01:24.53 | stefan^_ | sorry for confusion, arne used this screen in my name to chat with you an hour ago |
| 01:25.09 | stefan^_ | i was with him |
| 01:25.09 | WyrM | heh. :) ok. |
| 01:25.22 | sabrod | Wyrm, the actual genblob know how to deal with machid magic?? |
| 01:25.35 | stefan^_ | wyrm are you sure that flashing something STARTING at 80000 will work ? |
| 01:25.35 | WyrM | sabrod: it doesn't matter. |
| 01:25.52 | stefan^_ | so my next approach would be |
| 01:25.58 | sabrod | Heh |
| 01:26.21 | stefan^_ | flash a backup from a different phone and see if the phone is in the motorola condition afterwards |
| 01:26.22 | stefan^_ | then |
| 01:26.33 | stefan^_ | i will try to take that same backup file |
| 01:26.59 | stefan^_ | and on my laptop i will copy our kernel to the right location in the big backup file |
| 01:27.09 | WyrM | stefan^_: I will diff your code with mine, and try to incorporate the changes you need, then I can't test a similar setup here to see what's wrong. |
| 01:27.21 | stefan^_ | then i will try to boot gen-blob and see if it changed the flash contents then |
| 01:27.31 | stefan^_ | ok |
| 01:28.22 | stefan^_ | wyrm do you think a modified backup could contain our kernel and then just copy that in gen-blob to ram and see if it boots |
| 01:28.49 | stefan^_ | (i mean with all magic jumps and pushing the machid ) |
| 01:29.35 | stefan^_ | maybe we still miss something critical in the process |
| 01:29.39 | WyrM | without the magic-jump |
| 01:29.40 | WyrM | with the machid it will boot. |
| 01:30.07 | stefan^_ | but the thing is we can flash gen-blob at 20000 without problems |
| 01:30.15 | WyrM | I mean without magic_boot_from_flash, with machid-magic. |
| 01:30.22 | stefan^_ | yes |
| 01:30.45 | WyrM | hum. |
| 01:31.06 | stefan^_ | could it be that the start of the flashing at 80000 is the problem |
| 01:31.41 | stefan^_ | i mean flashing a whole backup from the start could work, but flashing something starting at a larger offset than what you normally do could not work |
| 01:32.19 | WyrM | I never tried starting at 0x80000, but 0x40000 works here. |
| 01:32.20 | stefan^_ | so this would result in gen-blob flashing correctly but not the kernel at the place further in the flash |
| 01:32.44 | stefan^_ | also: |
| 01:32.56 | stefan^_ | we could boot our kernel to linux with ram |
| 01:33.06 | stefan^_ | and then try to flash from within linux ? |
| 01:33.38 | WyrM | im looking at your code.. |
| 01:33.45 | stefan^_ | or another thing: can we verify that the thing we flash is correctly written , i mean reading it out again |
| 01:34.20 | WyrM | and it seems that the only changes you need are to set the machid to 1740, and to boot the kernel from 0x80000. |
| 01:34.21 | stefan^_ | but at first today we started again with a pristine svn co |
| 01:34.27 | WyrM | am I missing something? |
| 01:34.34 | stefan^_ | what ? |
| 01:35.58 | WyrM | yes, looking at the diff with the source code you(or arne ;) sent me, and my version. |
| 01:36.40 | stefan^_ | right now im not sure anymore why we needed to start at 80000 . i think it was because of the gen-blob being too big |
| 01:36.50 | stefan^_ | we built that on arnes gentoo system |
| 01:37.03 | stefan^_ | i might use a ubuntu tomorrow |
| 01:37.19 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
| 01:37.52 | stefan^_ | its really weird ;) black box ;) |
| 01:37.58 | WyrM | if its just because gen-blob is too big, then its not needed, you should just fix the toolchain. :) |
| 01:38.12 | stefan^_ | yes |
| 01:38.13 | WyrM | and the machid change is not needed with machid-magic... |
| 01:38.20 | stefan^_ | yes |
| 01:38.23 | stefan^_ | i understand |
| 01:39.56 | stefan^_ | but we are clear that if we flash a file containing only zeroes should result in zeroes on the screen if we print the first 50 bytes from the location we flashed to (in gen-blob, on the screen of the phone) |
| 01:40.18 | stefan^_ | or am i wrong |
| 01:40.31 | WyrM | printing to screen is probably wrong. |
| 01:40.35 | WyrM | I will check the code now. |
| 01:40.43 | stefan^_ | ok |
| 01:40.49 | WyrM | its easier to use "boot_usb read" instead. :) |
| 01:41.01 | stefan^_ | ok |
| 01:41.26 | stefan^_ | so i will flash stuff tomorrow and see if a read gives the same data back |
| 01:41.31 | stefan^_ | that must work , right |
| 01:41.37 | stefan^_ | ? |
| 01:41.41 | tmzt | WyrM: is there a good gen_blob to try booting on the q? I have my minisd adapter now |
| 01:42.09 | WyrM | tmzt: use the one on http://people.openezx.org/wyrm/gen-blob/ |
| 01:44.25 | tmzt | is linux mtype required? |
| 01:44.34 | tmzt | mach_type |
| 01:44.35 | WyrM | no. |
| 01:44.37 | tmzt | ok |
| 01:48.46 | stefan^_ | ok need to sleep now , good night guys |
| 01:49.05 | stefan^_ | thanks for your support |
| 01:49.08 | sabrod | gn |
| 01:50.10 | WyrM | stefan^_: gn. |
| 01:50.27 | stefan^_ | wyrm, if you find something you can write it here i will read that tomorrow. |
| 01:50.29 | stefan^_ | gn |
| 01:57.45 | tmzt | WyrM: Cannot load kernel from: /boot/default |
| 01:57.49 | tmzt | so it works? |
| 01:57.53 | WyrM | yes! :) |
| 01:59.03 | sabrod | wowowowww!! |
| 01:59.12 | sabrod | :p |
| 01:59.52 | tmzt | and no usb it appears |
| 01:59.55 | sabrod | flash it flash it flash it :) |
| 02:00.00 | WyrM | but its not that usefull loaded with haret... |
| 02:00.08 | WyrM | and you can't flash it :) |
| 02:00.12 | tmzt | good |
| 02:00.14 | tmzt | for now |
| 02:00.18 | WyrM | not on a windows fw. :) |
| 02:00.28 | sabrod | hehe :) |
| 02:00.30 | tmzt | why is that? |
| 02:00.45 | WyrM | I don't know how windows is booted. |
| 02:00.59 | WyrM | gen-blob is meant to be booted just like a linux kernel, not like windows. |
| 02:01.17 | WyrM | so you can't replace the windows kernel with gen-blob. At least I think you can't. :) |
| 02:01.21 | tmzt | well, from what I know there is nk.bin which is a xip image containing multiple files |
| 02:01.51 | tmzt | although the rockbox project replaces nk.bin on some kind of media player with their own bootloader |
| 02:02.31 | WyrM | hum, let me look for their code.. |
| 02:02.34 | WyrM | its gpl? |
| 02:02.49 | tmzt | rockbox.org svn |
| 02:02.50 | tmzt | yes |
| 02:03.44 | WyrM | where is the motoq version code? |
| 02:03.53 | tmzt | 1980 |
| 02:04.07 | tmzt | I just looked it up |
| 02:04.34 | *** join/#openezx cmonex (n=xy6091@aly4hpbtta.adsl.datanet.hu) |
| 02:04.36 | cmonex | hi |
| 02:04.39 | tmzt | hey |
| 02:04.41 | cmonex | what's the question tmzt? :) |
| 02:04.42 | cmonex | :) |
| 02:04.58 | cmonex | and how many details do you need |
| 02:05.03 | cmonex | and which CE... WM or wince? |
| 02:05.08 | tmzt | I just booted a modified motorola blob bootloader on motoq using haret |
| 02:05.15 | tmzt | wm5 I guess |
| 02:05.42 | tmzt | 18:55 < WyrM> I don't know how windows is booted. |
| 02:05.42 | tmzt | 18:55 < WyrM> gen-blob is meant to be booted just like a linux kernel, not like windows. |
| 02:05.46 | tmzt | 18:56 < WyrM> so you can't replace the windows kernel with gen-blob. At least I think you can't. :) |
| 02:05.49 | tmzt | 18:56 < tmzt> well, from what I know there is nk.bin which is a xip image containing multiple files |
| 02:05.52 | tmzt | 18:56 < tmzt> although the rockbox project replaces nk.bin on some kind of media player with their own bootloader |
| 02:05.55 | tmzt | 18:57 < WyrM> hum, let me look for their code.. |
| 02:06.01 | cmonex | whats gen-blob? |
| 02:06.18 | cmonex | well oh now wm5 or rockbox? :))) |
| 02:06.25 | cmonex | i rremember that device used signed bins |
| 02:06.29 | cmonex | serious stuff |
| 02:06.32 | cmonex | anyway |
| 02:06.44 | WyrM | cmonex: it's a bootloader that we load on ezx phones. |
| 02:06.46 | cmonex | wm5 : the bootloader reads MBR in nand flash |
| 02:06.53 | tmzt | I'm wondering if the motoq could be flashed with linux without replacing everything |
| 02:06.54 | cmonex | pretty standard MBR |
| 02:06.59 | WyrM | but not a real bootloader... Its loaded after the original bootloader. |
| 02:07.05 | cmonex | there is a party_entry type XIP |
| 02:07.14 | cmonex | and thats the XIP its going to load and boot |
| 02:07.18 | cmonex | its just a XIP image |
| 02:07.24 | cmonex | a few MB's, 2-4 MB or so |
| 02:07.34 | tmzt | meaning not relocated? |
| 02:07.37 | cmonex | it loads that to ram from nand and jumps to the kernel start |
| 02:07.48 | cmonex | no, simply copies to RAM from nand to a hard coded address |
| 02:07.54 | cmonex | WM bootloader has addr hard coded |
| 02:08.04 | WyrM | cmonex: and It just branches to it? |
| 02:08.07 | cmonex | because MBR only tells it the location in NAND but not the destination in RAM |
| 02:08.29 | cmonex | well it invalidates caches and MMU entries and turns off MMU then branches yes. |
| 02:08.43 | cmonex | the CE kernel expects all this off when booting up |
| 02:08.51 | WyrM | good. |
| 02:08.54 | cmonex | then it just uses the XIP image as normal |
| 02:09.14 | tmzt | so what we are missing is a flash ftl driver? |
| 02:09.14 | cmonex | and then imgfs driver using flash driver included in XIP, loads IMGFS from nand and then boots the rest of OS |
| 02:09.32 | tmzt | since the wm bootloader can load an image from flash |
| 02:09.36 | tmzt | how large can that be? |
| 02:10.11 | tmzt | I need to send you a picture, I guess I'll put it on openezx since it's my own file |
| 02:10.17 | cmonex | well |
| 02:10.30 | cmonex | it can be any size but if it is too big thats a waste of RAM if it is a XIP image |
| 02:10.40 | cmonex | because it just copies it all in RAM |
| 02:10.42 | cmonex | nothing more |
| 02:11.01 | cmonex | and uses standard MS code to do this (this calls into nand "driver" code in bootloader of course) |
| 02:11.01 | WyrM | tmzt: in this case, you can just flash gen-blob in place of nk.bin, and it should work... |
| 02:11.05 | tmzt | I mean a linux kernel with enough drivers to get to mmc |
| 02:11.13 | tmzt | or even gen-blob |
| 02:11.14 | tmzt | right |
| 02:11.19 | cmonex | WyrM: as long as its happy with how HW is configured by the bootloader previously. |
| 02:11.35 | cmonex | linux kernel can then work, yes |
| 02:12.01 | cmonex | just note that all the bootloader does is *copy* it to RAM to *hard coded* address |
| 02:12.18 | cmonex | you can reloc your linux kernel with some startup code (uncompressing it...:) |
| 02:12.35 | cmonex | and MMU and all that will be off. |
| 02:13.09 | tmzt | uh??? my raph just should a Cannot execute repllog, Cannot execute tskschedule.exe msgboxes |
| 02:13.15 | WyrM | cmonex: a linux kernel would work (with a bootstrap to set the machid and atags) if I flash it in place of nk.bin? |
| 02:13.19 | tmzt | linux does that I think |
| 02:14.09 | cmonex | WyrM: yes but note that startup code must be happy with the hardcoded address |
| 02:14.13 | tmzt | I mean linux is supposed to boot from anywhere I think, it the r0, r1 are setup? |
| 02:14.16 | cmonex | and HW config should also be happy::) |
| 02:14.27 | cmonex | mhm, yeah, just set them then. |
| 02:14.50 | cmonex | do you know where the current WM XIP boots from? |
| 02:14.55 | cmonex | and..is this a WM device? |
| 02:15.01 | tmzt | wm5, yes |
| 02:15.11 | cmonex | ok |
| 02:15.21 | cmonex | and you know address? |
| 02:15.46 | WyrM | gen-blob works as long as it runs from a 0x20000 multiple address.. But if this is the only issue we can make it run from anywhere... |
| 02:15.50 | cmonex | of course if the code is position independent then doesnt matter.. just know where you uncompress linux kernel to... avoid overlapping. :) |
| 02:16.05 | cmonex | why does gen-blob care? :O :O |
| 02:16.26 | cmonex | the XIP address is divisible by at least 0x10000, probably 0x20000 too, so usually worries. |
| 02:16.28 | cmonex | usually no worries |
| 02:17.17 | WyrM | cmonex: good. |
| 02:18.03 | cmonex | whats the address? |
| 02:18.08 | cmonex | do you know? =) |
| 02:18.18 | tmzt | where do you find that? |
| 02:18.25 | cmonex | tmzt: you got a ROM update? |
| 02:18.34 | tmzt | not here unfortunately |
| 02:18.37 | cmonex | if not...then we can still easily find out by a few memory dumps |
| 02:18.42 | tmzt | I have a .smg something |
| 02:18.43 | cmonex | if you got the device connected to your PC.. |
| 02:18.49 | cmonex | <PROTECTED> |
| 02:18.51 | WyrM | tmzt: if nk.bin is that standard, it will probably run with nk.bin loaded from the mmc too, then you can have WM on the boot menu. :) |
| 02:18.52 | cmonex | we can do it in 1 min or so |
| 02:18.58 | tmzt | I need to reboot to vista then |
| 02:19.00 | cmonex | want to now? |
| 02:19.04 | cmonex | oh haret also works |
| 02:19.10 | cmonex | if you can do mem dumps with it |
| 02:19.34 | tmzt | does wm5 work with updated wmdc? |
| 02:19.37 | cmonex | i should really make a small WM app that will do it by just running it on the device. :D |
| 02:19.40 | cmonex | yes.. |
| 02:19.44 | tmzt | alright |
| 02:20.37 | cmonex | ok so let me know when ready. |
| 02:25.15 | cmonex | mm? i'm falling asleep ;P |
| 02:26.17 | tmzt | back |
| 02:26.27 | tmzt | ready, itsutils or haret? |
| 02:26.57 | cmonex | whichever you prefer:) |
| 02:27.18 | tmzt | well, pdir worked so lets see what that does |
| 02:27.20 | cmonex | just dump 4 bytes at 0xFFFFCB30 |
| 02:27.27 | tmzt | (itsutils) |
| 02:27.30 | cmonex | pmemdump 0xFFFFCB30 0x4 for example:)) |
| 02:27.57 | tmzt | 94 58 2a 80 |
| 02:28.23 | cmonex | pmemdump 0x802a5894 0x54 |
| 02:29.44 | tmzt | http://pastebin.com/m35f14d9d |
| 02:29.54 | tmzt | partition table? |
| 02:30.09 | cmonex | no just romhdr:) |
| 02:30.20 | cmonex | 0x80100000 is where XIP is copied to ram.. |
| 02:30.35 | tmzt | nice |
| 02:30.39 | cmonex | its 2789708 bytes long |
| 02:30.56 | tmzt | if I where to build a sbf (not a real one, but I can't think what the moto name is) |
| 02:30.58 | cmonex | dont worry, you can make it bigger |
| 02:31.05 | cmonex | but MBR has to reflect this change |
| 02:31.09 | tmzt | I would still be able to recover with a real flash? |
| 02:31.13 | cmonex | what device is this? |
| 02:31.19 | tmzt | moto q cdma |
| 02:31.22 | cmonex | heh |
| 02:31.30 | cmonex | i dnno what flashable image format that uses |
| 02:31.30 | tmzt | now surplus to purposes |
| 02:31.33 | cmonex | but anyway |
| 02:31.35 | cmonex | is this OS only image? |
| 02:31.43 | tmzt | how do I find that? |
| 02:31.44 | cmonex | in that case yes you can recover fine |
| 02:31.49 | cmonex | well see the conents of the image |
| 02:32.19 | tmzt | I have to get the moto tool to download it, I think I've done it before but I don't remember |
| 02:32.22 | cmonex | ok |
| 02:32.24 | cmonex | i hve to sleep |
| 02:32.32 | cmonex | if you have more q's ask tomorrow :) |
| 02:32.32 | tmzt | ok, thanks for your help |
| 02:32.35 | cmonex | np:) |
| 02:32.43 | cmonex | oh and that address will be liked by gen blob too :) |
| 02:32.58 | cmonex | 0x80100000 this is virtual RAM though |
| 02:33.05 | cmonex | see what it is in physical ram |
| 02:33.13 | tmzt | pmemdump? |
| 02:33.15 | cmonex | pmemmap |
| 02:33.16 | tmzt | or, |
| 02:33.18 | tmzt | yeah |
| 02:33.23 | cmonex | show me :) |
| 02:33.45 | tmzt | just a help message |
| 02:34.02 | tmzt | ok |
| 02:34.30 | tmzt | http://pastebin.com/m5ce36a2c |
| 02:34.54 | tmzt | a0000000? |
| 02:34.58 | cmonex | ooh xscale? :)) 0xA0100000 of course |
| 02:35.01 | tmzt | that's where haret loads to |
| 02:35.05 | tmzt | cool |
| 02:35.12 | cmonex | no, 0xA0100000 for XIP |
| 02:35.21 | tmzt | so romhdr+nk.bin should boot from haret? |
| 02:35.35 | tmzt | or we can set RAMADDR, Kevin2 says the kernel should load there |
| 02:35.42 | cmonex | hm? original motoq XIP (nk.bin) wont load at a0000000 |
| 02:35.47 | cmonex | it loads at A0100000 |
| 02:36.08 | tmzt | yes, we can use set RAMADDR to force haret to treat that as base of ram I think |
| 02:36.18 | tmzt | and then it will load the kernel to there and execute it |
| 02:36.23 | cmonex | er |
| 02:36.26 | cmonex | that would be too hacky :D |
| 02:36.26 | tmzt | no? |
| 02:36.44 | cmonex | as base of ram..nooo |
| 02:36.57 | cmonex | as that would not be true |
| 02:37.37 | cmonex | but you can load at A0100000 whatever code to uncompress or relocate your linux kernel to A0000000 |
| 02:37.54 | cmonex | well careful of overlaps but many solutions exist for that too :) |
| 02:39.47 | tmzt | I mean booting nk.bin, but it's not important for what we were talking about here |
| 02:41.47 | cmonex | what nk.bin? the original? |
| 02:42.43 | tmzt | people.openezx.org/tmzt/q-jtagser.png |
| 02:42.53 | tmzt | sorry, blurry, I will try to get a better picture |
| 02:43.07 | tmzt | yeah, the original q nk.bin |
| 02:43.14 | tmzt | with flash intact |
| 02:43.24 | cmonex | well yeah load it at A0100000 |
| 02:43.31 | cmonex | if you're lucky it is happy with haret |
| 02:43.36 | cmonex | regarding HW configs |
| 02:43.46 | cmonex | Xscale likes to be complicated. |
| 02:44.50 | tmzt | I need to go, I will be back on pocketputty |
| 02:45.02 | tmzt | any possibility that picture is jtag/sio? |
| 02:45.26 | tmzt | it's a small gold plated header under the battery, unfortuanately covered by a label |
| 02:48.40 | cmonex | ok gnite... |
| 02:48.42 | cmonex | seeya. :) |
| 03:11.21 | *** join/#openezx arne (i=nobody@dslc-082-082-095-020.pools.arcor-ip.net) |
| 03:15.20 | *** join/#openezx sabro1 (n=sab@lns-bzn-45-82-65-191-8.adsl.proxad.net) |
| 03:57.50 | *** join/#openezx Gottox (n=Gottox@s01.de) [NETSPLIT VICTIM] |
| 03:57.50 | *** join/#openezx webmind (n=webmind@shell.puscii.nl) [NETSPLIT VICTIM] |
| 03:58.27 | *** join/#openezx ecloud (n=rutledge@ip72-208-148-99.ph.ph.cox.net) [NETSPLIT VICTIM] |
| 03:58.27 | *** join/#openezx ghane (n=ghane@unaffiliated/ghane) [NETSPLIT VICTIM] |
| 04:19.40 | WyrM | stefan^_, arne: http://people.openezx.org/wyrm/stefan-test.sh |
| 06:02.49 | *** join/#openezx WyrM (n=wyrm@201.58.133.39) |
| 06:06.35 | *** join/#openezx pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 06:48.46 | *** join/#openezx stefan_schmidt (n=stefan@w1270.wlan.rz.tu-bs.de) |
| 06:54.13 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 07:16.19 | *** join/#openezx stefan_schmidt (n=stefan@w1341.wlan.rz.tu-bs.de) |
| 07:17.30 | Hopscotch | good morning |
| 08:09.05 | stefan^_ | wyrm : doing stefan-test now |
| 08:13.05 | stefan^_ | 1. 2. 3. 4 . OK! |
| 08:13.20 | stefan^_ | 5: does not continue at 786423 |
| 08:13.27 | stefan^_ | im gonna try a different phone |
| 08:16.35 | stefan^_ | only for the record, this phone was revision 0 |
| 08:16.46 | stefan^_ | rev B coming up |
| 08:18.54 | *** part/#openezx methril|work (n=Methril@213.27.233.98) |
| 08:23.04 | stefan^_ | stops already at second test |
| 08:23.08 | stefan^_ | :( |
| 08:23.15 | stefan^_ | flash bad ? |
| 08:23.33 | stefan^_ | i will try revision A next |
| 08:26.27 | stefan^_ | next one is a pristine phone booting to motorola kernel |
| 08:36.10 | stefan^_ | 1. 2. ok 3. doesnt return |
| 08:39.04 | stefan^_ | hmmm maybe the phones are too old ? |
| 08:39.17 | stefan^_ | different results on different phones... |
| 08:47.06 | stefan^_ | ok this one looks better... testing .... |
| 08:47.18 | stefan^_ | i will try to reproduce with the same battery |
| 08:47.28 | stefan^_ | i got problems with a different battery |
| 08:48.01 | stefan^_ | this one is now at 4 v while flashing |
| 08:48.10 | stefan^_ | the previous one was less |
| 08:58.18 | *** join/#openezx WyrM (n=wyrm@20158137218.user.veloxzone.com.br) |
| 09:00.45 | stefan_schmidt | hi WyrM |
| 09:01.50 | stefan_schmidt | Anybody ever had the problem that the screen fades out white when _mux gets active_? |
| 09:01.53 | *** join/#openezx florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:02.06 | stefan_schmidt | Kernel prints out all the mux debug and then fades white |
| 09:02.32 | stefan_schmidt | usb still detects and device but can#T get it working |
| 09:02.39 | stefan_schmidt | smeels like a kernel oops to me |
| 09:02.58 | stefan_schmidt | on a1200 that is |
| 09:03.05 | stefan_schmidt | hi florian |
| 09:03.49 | florian | good morning |
| 09:04.13 | stefan_schmidt | hmm, ezxd is build from svn rev 2074 and last change on it was on 2052 |
| 09:04.28 | stefan_schmidt | it really smells like a kernel bug |
| 09:05.53 | stefan^_ | Wyrm, ok last phone was verified ok, the third one now flashes, and it seems to be a problem connected to power issues, also i changed the computer from ubuntu back to gentoo |
| 09:06.11 | stefan^_ | ill try to find out more |
| 09:20.00 | *** join/#openezx gDD (i=io@125.116.32.223) |
| 09:26.55 | *** join/#openezx ade|desk (n=adavey@195.153.131.254) |
| 10:08.53 | *** join/#openezx florian (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 10:25.16 | *** join/#openezx gmzhuo (n=gmzhuo@125.69.70.46) |
| 10:25.43 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 10:31.30 | stefan^_ | rev B coming up |
| 10:37.05 | *** join/#openezx tombhadAC (n=tombhad@pD95DF840.dip.t-dialin.net) |
| 11:23.03 | cmonex | stefan^_ how many phones have you got? :D |
| 11:37.41 | *** join/#openezx stefan_schmidt_ (n=stefan@92.116.1.230) |
| 11:39.16 | *** join/#openezx gmzhuo- (n=gmzhuo@125.69.10.123) |
| 12:37.36 | stefan^_ | about 15 |
| 12:37.41 | stefan^_ | ;) |
| 12:37.57 | stefan^_ | but 10 of them are only mainboards |
| 12:43.06 | gmzhuo- | anybody familiar with bluez? |
| 13:23.36 | *** join/#openezx WyrM1 (n=wyrm@189.13.113.205) |
| 13:46.54 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
| 13:47.12 | gmzhuo- | Hi,Wyrm |
| 13:51.38 | *** join/#openezx cmonex (n=xy6091@vdphwc7yoq.adsl.datanet.hu) |
| 13:58.57 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 14:10.14 | *** join/#openezx trod (n=trod@59.163.114.3) |
| 14:22.19 | trod | where can I find an FSO image for rokr e6? |
| 14:46.22 | l403 | on the OE site? |
| 14:59.37 | trod | l403: I tried many Angstrom-* rootfs on my rokr e6, all of them have a problem with display. Is something wrong with display driver for e6? |
| 14:59.57 | l403 | Idont know |
| 15:01.07 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 15:01.41 | *** join/#openezx ao2 (n=none0@218-223-dsl.kielnet.net) |
| 15:17.50 | yang | trod: yes, there is no ready image for E6 out yet |
| 15:18.18 | yang | workable image |
| 15:53.39 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 16:19.39 | *** join/#openezx agd5f (n=alex@c-69-143-4-28.hsd1.va.comcast.net) |
| 16:44.59 | *** join/#openezx p3t3r__ (n=peter@wlan1.net-you.de) |
| 16:56.15 | *** join/#openezx p3t3r__1 (n=peter@wlan.net-you.de) |
| 17:04.12 | p3t3r__1 | ao2: Hi! |
| 17:11.06 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 17:11.44 | *** part/#openezx ade|desk (n=adavey@195.153.131.254) |
| 17:14.39 | stefan^_ | WyrM1: are you there? |
| 17:14.55 | stefan^_ | <- arne |
| 17:15.07 | stefan^_ | thanks for the script :) we have the a780 kernel working now |
| 17:15.26 | stefan^_ | we padded the kernel to 2mb, now it works |
| 17:16.00 | stefan^_ | i didnt exactly investigate the problems we had yesterday, but reading and md5-diff'ing the result makes sense, we do it all the time now. thanks again! |
| 17:19.27 | WyrM | hi. :) |
| 17:19.33 | WyrM | reading backlog. |
| 17:22.15 | WyrM | stefan^_: the phones that just stops the test (no md5sum mismatch), are probably some problem with the usb cable, or with your host port... |
| 17:23.10 | WyrM | adding some usleep to ezx_blob_send_command on boot_usb may help. |
| 17:57.04 | *** join/#openezx stefan_schmidt (n=stefan@p5B037C13.dip.t-dialin.net) |
| 17:57.33 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:57.36 | stefan_schmidt | ok, just checked that E2 is on the same level regarding mux as A1200 |
| 17:57.42 | stefan_schmidt | still problems tho |
| 17:57.54 | stefan_schmidt | hmm, to what times is gmzhou normally around? |
| 17:58.14 | stefan_schmidt | WyrM: Did you test mux with ezxd on A1200 lately? |
| 17:58.32 | stefan_schmidt | mux debug output |
| 17:58.41 | stefan_schmidt | then the display fades white |
| 17:58.43 | stefan_schmidt | dead |
| 17:58.49 | stefan_schmidt | on both, A1200 and E2 |
| 18:01.12 | WyrM | stefan_schmidt: yes, here too. |
| 18:01.16 | WyrM | not a white screen. |
| 18:01.34 | WyrM | but it stops working if I don't chat with it for ~ 2 seconds. |
| 18:01.51 | WyrM | if I keep sending AT to it then it works... |
| 18:02.04 | WyrM | 2 seconds without activity and it stops working... :( |
| 18:02.32 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 18:02.35 | WyrM | ilya and gmzhuo got it working.. so I think it depends on BP firmware version. |
| 18:03.21 | stefan_schmidt | ah |
| 18:03.26 | stefan_schmidt | yeah, 2 seconds |
| 18:03.29 | stefan_schmidt | could be. |
| 18:03.47 | stefan_schmidt | debug output stops and 2 seconds later it dies |
| 18:04.08 | stefan_schmidt | I'm using the same kernel here as ilya |
| 18:04.28 | stefan_schmidt | it's bad when it is the BP firmware |
| 18:04.43 | stefan_schmidt | keeping it busy will suck the battery empty |
| 18:04.48 | stefan_schmidt | well, we will find out |
| 18:04.56 | stefan_schmidt | ao2: here? |
| 18:05.18 | WyrM | yes, this needs to be fixed, keeping it busy is not the solution. ;) |
| 18:06.54 | stefan_schmidt | But good to know anyway. :) |
| 18:07.20 | stefan_schmidt | WyrM: As I have the E2 here, what is the procedure to get bt power up/down working? |
| 18:07.33 | stefan_schmidt | gpio toogling or PCAP? |
| 18:07.38 | WyrM | pcap. |
| 18:07.42 | stefan_schmidt | ok |
| 18:07.52 | WyrM | look at gmzhuo's rfkill code. |
| 18:07.57 | stefan_schmidt | will have a look at the A1200 and E6 examples |
| 18:08.11 | stefan_schmidt | will do |
| 18:08.36 | stefan_schmidt | BTW, Eric seems to already accept patches for his pxa tree for next. |
| 18:08.44 | stefan_schmidt | I have some time at hand this months. |
| 18:08.57 | stefan_schmidt | Anyone a problem if I feed some easy patches upstream? |
| 18:09.08 | WyrM | stefan_schmidt: good! :) |
| 18:09.16 | WyrM | we have pxa/* patches to send. |
| 18:09.17 | stefan_schmidt | We missed the .30 merge window and it would be good to push |
| 18:09.24 | stefan_schmidt | yeah, seen that |
| 18:09.27 | WyrM | except the sparsemem patch. |
| 18:09.33 | stefan_schmidt | yup |
| 18:09.41 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 18:09.52 | stefan_schmidt | Will get my working setup running again and do some work the next days. |
| 18:10.18 | stefan_schmidt | I also poked raster to do something against eva (EFL) not doing 18bpp :) |
| 18:10.26 | stefan_schmidt | Hope he has a look |
| 18:10.54 | *** join/#openezx flo_lap (n=fuchs@g227125069.adsl.alicedsl.de) |
| 18:26.22 | tmzt | WyrM: would it be possible to add motoq vbus detect to a custom gen-blob? |
| 18:36.10 | *** join/#openezx p3t3r__ (n=peter@wlan.net-you.de) |
| 18:42.12 | *** join/#openezx trod (n=trod@122.169.179.240) |
| 18:55.37 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 19:32.47 | *** join/#openezx stefan_schmidt_ (n=stefan@p5B037BAB.dip.t-dialin.net) |
| 19:43.59 | *** join/#openezx tombhadAC (n=tombhad@pD95DD40A.dip.t-dialin.net) |
| 20:14.26 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 20:31.15 | *** join/#openezx WyrM (n=wyrm@189.13.214.12) |
| 20:33.46 | WyrM | tmzt: (vbus detect) sure. |
| 20:50.27 | tmzt | and mmc? |
| 20:50.45 | tmzt | I'm not sure how to build it but I'll be happy to test |
| 20:51.11 | tmzt | I will try building from svn when I get internet on laptop a little later |
| 20:51.15 | tmzt | today |
| 20:52.04 | sabrod | Hi tmzt, wyrm. |
| 20:52.07 | sabrod | http://wiki.openezx.org/Dual_boot |
| 20:52.22 | sabrod | ^here ao2 wrote the way he build it... |
| 20:59.20 | *** join/#openezx nizox (n=none@eros.ph0k.eu) |
| 21:09.28 | *** join/#openezx WyrM (n=wyrm@189.13.119.207) |
| 21:26.28 | *** part/#openezx p3t3r__ (n=peter@wlan.net-you.de) |
| 21:57.03 | stefan^_ | WyrM: |
| 21:57.13 | stefan^_ | It works !!! |
| 21:57.24 | stefan^_ | we successfully flashed all phones today |
| 21:57.36 | stefan^_ | we had problems with paddings before |
| 21:57.48 | stefan^_ | also i discovered some power issues |
| 21:58.04 | tmzt | 13:34 < tmzt> I'm not sure how to build it but I'll be happy to test |
| 21:58.04 | tmzt | 13:34 < tmzt> I will try building from svn when I get internet on laptop a little later |
| 21:58.07 | tmzt | 13:34 < tmzt> today |
| 21:58.08 | stefan^_ | wehen using a different notebook |
| 21:58.20 | tmzt | the gpios are in motoq.c in kernel |
| 21:58.31 | stefan^_ | you shoulddefinately include that verify feature in the next gen blob |
| 21:58.36 | stefan^_ | (i mean writing and then reading) |
| 21:58.47 | stefan^_ | it saved my day !!!!! |
| 21:58.52 | stefan^_ | many thanks !!!! |
| 21:59.43 | WyrM | stefan^_: the code is already on gen-blob.. :) |
| 22:00.10 | WyrM | I could add a feature to checksum the data on the device's memory, so you don't need to read and checksum on host.. |
| 22:00.10 | tmzt | hi WyrM, not sure when you got logged off earlier |
| 22:00.17 | WyrM | its a good idea. |
| 22:00.58 | WyrM | tmzt: last msg I see: tmzt: WyrM: would it be possible to add motoq vbus detect to a custom gen-blob? |
| 22:01.23 | tmzt | I just pasted the following messages |
| 22:01.52 | WyrM | what is the practice issue that you want to solve? |
| 22:02.04 | tmzt | 13:34 < tmzt> I'm not sure how to build it but I'll be happy to test |
| 22:02.04 | tmzt | 13:34 < tmzt> I will try building from svn when I get internet on laptop a little later |
| 22:02.07 | tmzt | 13:34 < tmzt> today |
| 22:02.11 | tmzt | the gpios are in motoq.c in kernel |
| 22:02.35 | tmzt | 13:35 < sabrod> Hi tmzt, wyrm. |
| 22:02.35 | tmzt | 13:35 < sabrod> http://wiki.openezx.org/Dual_boot |
| 22:02.35 | tmzt | 13:36 < sabrod> ^here ao2 wrote the way he build it... |
| 22:02.38 | tmzt | 13:35 < sabrod> Hi tmzt, wyrm. |
| 22:02.38 | tmzt | 13:35 < sabrod> http://wiki.openezx.org/Dual_boot |
| 22:02.38 | tmzt | 13:36 < sabrod> ^here ao2 wrote the way he build it... |
| 22:03.32 | sabrod | yep |
| 22:03.51 | WyrM | tmzt: are you talking about GPIO18_MOTOQ_USB_VBUS ? |
| 22:04.03 | WyrM | I don't think it's a vbus enable gpio... |
| 22:04.04 | tmzt | yes |
| 22:04.12 | tmzt | detect I mean, not enable |
| 22:04.24 | WyrM | and it works? |
| 22:04.35 | WyrM | on the kernel, does it work? |
| 22:04.39 | tmzt | it works if usb is plugged when starting from haret, it works in linux |
| 22:04.40 | tmzt | yes |
| 22:04.53 | tmzt | but you then have to unplug the usb and replug it |
| 22:04.56 | WyrM | because on gen2 ezx phones vbus is detected by pcap. |
| 22:05.11 | WyrM | and the port enabled by eoc. |
| 22:05.27 | tmzt | right, I'm letting windows mobile handle that |
| 22:05.38 | tmzt | and not changing emu/transceiver |
| 22:07.06 | WyrM | if I just remove the .gpio_vbus line from motoq.c, what would happen? |
| 22:07.13 | WyrM | I mean, would it stop working? :) |
| 22:07.50 | tmzt | the new otg-transceiver code? I think I've tested that |
| 22:08.01 | tmzt | before I had a function |
| 22:10.48 | tmzt | I can't tell if .gpio_vbus is the detect or enable gpio |
| 22:10.57 | WyrM | isn't UP2OCR_SEOS == 2 on motoq? |
| 22:11.04 | tmzt | yes |
| 22:11.26 | tmzt | I just leave the transceiver alone in the kernel |
| 22:11.33 | WyrM | well, then I don't think that vbus_detect or vbus_enable is handled by a pxa gpio. |
| 22:11.53 | tmzt | usbnet works that way if I unplug usb after booting the kernel |
| 22:12.35 | WyrM | I may be wrong, but I think it will work even if you comment out .gpio_vbus. |
| 22:13.32 | WyrM | on both gen1 and gen2 we have a pcap irq for vbus detect. and pcap or eoc registers for PU/PD. |
| 22:13.59 | tmzt | it could be the eoc gpio then, but it definately works with the old code |
| 22:14.03 | tmzt | and I think the new code |
| 22:14.13 | tmzt | as long as usb is plugged in when booting the kernel |
| 22:14.34 | WyrM | its the same with a1200 too. |
| 22:14.43 | WyrM | but without .gpio_vbus. |
| 22:15.01 | tmzt | ok |
| 22:15.14 | tmzt | it definately doesn't work in gen-blob as it is now though |
| 22:15.25 | WyrM | yes, because of EOC. |
| 22:15.41 | WyrM | have you flashed gen-blob? |
| 22:15.50 | WyrM | or are you using haret to load gen-blob? |
| 22:16.00 | tmzt | using haret to load gen-blob |
| 22:16.50 | tmzt | gen-blob is usually flashed to nor? |
| 22:20.16 | WyrM | yes. |
| 22:20.48 | *** join/#openezx sabrod (n=sab@lns-bzn-22-82-249-95-215.adsl.proxad.net) |
| 22:21.03 | WyrM | and gen-blob usb mode does not work even if you start it with usb enabled on win? |
| 22:21.27 | WyrM | it should work if you leave the transceiver in a connected state, and plug/unplug the usb cable. |
| 22:48.35 | WyrM | sabrod: wiki is great. |
| 22:48.41 | WyrM | thanks! |
| 22:50.16 | WyrM | sabrod: http://wiki.openezx.org/Flash_kernel_image is outdated. |
| 22:50.22 | sabrod | Thanks... I still need to write some tutos... |
| 22:50.35 | sabrod | Oh yes, very outdated. :) |
| 22:51.11 | sabrod | But flashkit was cool :) |
| 22:51.58 | sabrod | I think there is still traces of that method on the wiki... I check. |
| 22:54.06 | sabrod | flashkit could be of some uses, if the phone have the VR key broken, or so... :) |
| 22:58.27 | WyrM | sabrod: not because of flashkit.. |
| 22:58.50 | WyrM | because it says there is no coming back, and because it points to motorola (c) tools. |
| 23:01.32 | sabrod | Ok... right! |
| 23:36.19 | tmzt | WyrM: I thought it would but the host could not detect it all (even -81) |