00:05.09 | *** join/#htc-linux aLeSD (n=alex@227.Red-83-44-153.dynamicIP.rima-tde.net) |
00:30.55 | BabelO | good night |
00:56.52 | *** join/#htc-linux aLeSD (n=alex@227.Red-83-44-153.dynamicIP.rima-tde.net) |
01:24.24 | *** part/#htc-linux nx5_off (n=pocholo@84.78.40.245) |
01:43.34 | *** join/#htc-linux zwox (i=zwox@par69-7-82-243-234-94.fbx.proxad.net) |
04:18.15 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
04:28.37 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
04:41.24 | *** join/#htc-linux jeebster (n=kanakana@a88-112-94-153.elisa-laajakaista.fi) |
05:07.46 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:32.49 | *** join/#htc-linux cr2_ (n=konversa@crpl6.physik.uni-wuppertal.de) |
05:49.10 | *** join/#htc-linux kiozen (n=oeichler@p5492A059.dip0.t-ipconnect.de) |
05:57.01 | *** join/#htc-linux kiozen (n=oeichler@p5492A059.dip0.t-ipconnect.de) |
06:06.56 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
06:13.05 | BabelO | hi |
06:25.58 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
06:27.17 | *** join/#htc-linux tsdogs_ (n=tsdogs@62.123.180.130) |
06:47.02 | *** join/#htc-linux rob_w (n=bob@M9551.m.pppool.de) |
07:08.12 | *** join/#htc-linux LunohoD_ (n=alex@e180070084.adsl.alicedsl.de) |
07:09.23 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
07:23.17 | BabelO_ | hi kiozen, do you have a banner or a splash for installer ? ;) |
07:23.44 | kiozen | morning BabelO_ |
07:23.48 | kiozen | :)))) sure |
07:24.37 | kiozen | BabelO_: src/pics/splash.png |
07:25.03 | kiozen | if that is too big you have to tell me the wanted size |
07:25.09 | BabelO_ | ok, i connect to home :) |
07:26.03 | BabelO_ | x kiozen: there is two option, a banner splash like on your website at the top , i need a size of 150x57 |
07:26.47 | kiozen | BabelO_: ok, that size, wait .. |
07:33.54 | kiozen | BabelO_: will take some time, have to find a nice pic source without strict copyrights :) |
07:34.19 | dcordes | hi |
07:34.27 | BabelO_ | kiozen: no problem, i copy the licence ;) |
07:34.37 | kiozen | lol |
07:39.09 | BabelO_ | kiozen: what do you want for licence ? GPLV3 ? |
07:39.42 | kiozen | currently it's GPL2, don't know what to think of GPL3 |
07:41.04 | BabelO_ | kiozen: ok |
07:54.20 | *** join/#htc-linux patoche (n=patoche@77.197.65.152) |
08:01.23 | *** join/#htc-linux areq_ (n=areq@q.areq.eu.org) |
08:01.54 | dcordes | BabelO_: how is artemis progress? |
08:08.48 | *** join/#htc-linux JEEB (n=kanakana@a88-112-94-153.elisa-laajakaista.fi) |
08:09.46 | dcordes | BabelO_: what does htc-egpio make? |
08:15.35 | dcordes | wonders what .flags = IORESOURCE_MEM, in loox.c is |
08:16.03 | dcordes | also whats N560_EGPIO_BASE? |
08:19.52 | dcordes | cr2_: you around? |
08:21.16 | BabelO_ | dcordes: good, i make the cpld working yesturday night ;) |
08:21.44 | BabelO_ | dcordes: dcordesonly thing you need to change is the baseaddr |
08:22.08 | BabelO_ | then add it to your platform init |
08:22.24 | dcordes | BabelO_: I show you what I have done so far in kaiser.c |
08:22.36 | dcordes | cr2_: Serial port RS-232 , 115200bit/s <- from some kaiser spec site |
08:22.42 | BabelO_ | dcordes: htc-egpio on artemis is some externded gpio power, for wifi, bt , gps and lcd |
08:23.13 | dcordes | I see egpio=cpld? |
08:23.18 | dcordes | extended gpio? |
08:24.26 | dcordes | BabelO_: http://rafb.net/p/i3hMSj38.html can you look? |
08:27.46 | BabelO_ | dcordes: replace the n560_egpio by kaiser :) |
08:27.54 | dcordes | just the name? |
08:28.02 | BabelO_ | dcordes: and edit in include/asm/arch/kaiser*.h |
08:28.48 | BabelO_ | dcordes: and in your static struct platform_device *devices[] __initdata = { n560_egpio too |
08:29.50 | BabelO_ | dcordes: then when you start kaiser, you should see a lne in dmesg about EGPIO something.. this tell you egpio driver is loaded |
08:30.20 | dcordes | I haven't anything done with *.h yet |
08:30.49 | dcordes | only aded the htc-egpio.c with Kconfig and Makefile change and edited board now |
08:33.03 | kiozen | BabelO_: http://www.qlandkarte.org/logo_300.png and http://www.qlandkarte.org/logo_150.png |
08:33.45 | BabelO_ | dcordes: just test like this to see if driver is properly loaded |
08:33.50 | BabelO_ | dcordes: it is first step |
08:34.11 | dcordes | BabelO_: also if addresses are shity it should load? |
08:38.12 | BabelO_ | kiozen: ok |
08:39.01 | BabelO_ | kiozen: you are the king for logo :) |
08:39.36 | BabelO_ | dcordes: driver should load and set all egpio to zero, so if you have LCD power gpio on it then LCD goes black ;) |
08:40.33 | BabelO_ | dcordes: why you have .gpio_base = N560_EGPIO_BASE, 0x98 ? what is the 0x98 ? |
08:41.04 | BabelO_ | dcordes: and you need to edit your board.h file to add #define KAISER_EGPIO_BASE GPIO_BASE_INCREMENT |
08:41.13 | BabelO_ | dcordes: don't know how many gpio kaiser have |
08:41.21 | kiozen | BabelO_: gimp -> Xtns -> Logos -> Simple1 |
08:42.23 | kiozen | BabelO_: it would be nice if you could use the bigger one, 150x57 it pretty small |
08:42.52 | BabelO_ | kiozen: ok |
08:45.09 | dcordes | BabelO_: on the cpld there are 8 gpio banks |
08:45.21 | BabelO_ | dcordes: ok |
08:45.35 | dcordes | http://wiki.xda-developers.com/index.php?pagename=Kaiser_CPLD |
08:46.49 | BabelO_ | dcordes: if you are sure about the baseaddr, you can try like this |
08:47.09 | BabelO_ | dcordes: and then look for in dmesg | grep egpio -i |
08:48.05 | BabelO_ | dcordes: does it compile like this ? |
08:48.37 | dcordes | didn't try I'm sure what I did so far is wrong |
08:49.39 | dcordes | I have 8 banks with 8 gpios each |
08:49.53 | dcordes | infernix: you there? |
08:50.03 | dcordes | I need the config for kaiser |
08:51.49 | dcordes | Raven_coda removed it |
08:51.56 | dcordes | Raven_coda: ping |
08:57.18 | BabelO_ | dcordes: i think your egpio setup is ok, once you check your dmesg, there is some other change to do |
09:00.24 | dcordes | BabelO_: KAISER_EGPIO_BASE, 0x.... is undefined and what is , 0x..? |
09:01.09 | BabelO_ | dcordes: edit asm/arch/board.h and add #define KAISER_EGPIO_BASE GPIO_BASE_INCREMENT |
09:02.41 | BabelO_ | dcordes: and set only .gpio_base = KAISER_EGPIO_BASE, |
09:03.23 | dcordes | wait I'm confused |
09:05.13 | BabelO_ | dcordes: http://pastebin.ca/1000160 |
09:07.23 | dcordes | ok I had it similar |
09:10.58 | dcordes | ok added define line in board.h |
09:11.15 | dcordes | I will try to make a .config now |
09:23.12 | BabelO_ | dcordes: you use make menuconfig ? |
09:26.55 | dcordes | BabelO_: no I'm lazy and use xconfig |
09:27.04 | dcordes | did a defconfig for msm and then xconfig |
09:27.51 | BabelO_ | hum ok, long time i did not use xconfig, since i see it miss some config option i have in console mode |
09:27.58 | dcordes | arch/arm/mach-msm/board-htckaiser.c:239: error: variable âegpio_dataâ has initializer but incomplete type |
09:28.01 | dcordes | arch/arm/mach-msm/board-htckaiser.c:240: error: unknown field âgpio_baseâ specified in initializer |
09:28.05 | dcordes | arch/arm/mach-msm/board-htckaiser.c:240: error: âGPIO_BASE_INCREMENTâ undeclared here (not in a function) |
09:28.08 | dcordes | oh no this should have gone to pastebin |
09:28.10 | dcordes | arch/arm/mach-msm/board-htckaiser.c:240: warning: excess elements in struct initializer |
09:28.14 | dcordes | arch/arm/mach-msm/board-htckaiser.c:240: warning: (near initialization for âegpio_dataâ) |
09:28.18 | dcordes | arch/arm/mach-msm/board-htckaiser.c:241: error: unknown field ânrRegsâ specified in initializer |
09:34.08 | BabelO_ | dcordes: did you #include <linux/mfd/htc-egpio.h> ? |
09:36.49 | dcordes | BabelO_: no |
09:37.02 | dcordes | hold on |
09:37.02 | BabelO_ | ;) |
09:37.26 | dcordes | you see my 10 years of professional C and kernel experience there ;p |
09:37.35 | BabelO_ | lol |
09:38.04 | BabelO_ | dcordes: you see my delphi experience with include file :) |
09:41.35 | dcordes | BabelO_: there is no mfd in kernel/include (msm-git) |
09:42.56 | BabelO_ | dcordes: hen create one |
09:43.12 | dcordes | ok |
09:43.14 | BabelO_ | you already add drivers/mfd ? |
09:43.20 | dcordes | it was already there |
09:43.28 | BabelO_ | dcordes: what was in it ? |
09:43.31 | dcordes | I only put egpio.c in and edite Makefile and Kconfig |
09:43.35 | dcordes | wait |
09:44.29 | dcordes | http://git.android.com/?p=kernel.git;a=tree;f=drivers/mfd;h=4ad5df0ad1f502caefea0ca6b74f786c6126a74e;hb=HEAD |
09:45.47 | BabelO_ | dcordes: ok they put .h in same directory :( |
09:45.58 | dcordes | ok I copy h there then? |
09:46.41 | BabelO_ | dcordes: no because you need to include it from your board file |
09:46.53 | BabelO_ | dcordes: create the include/linux/mfd |
09:49.51 | dcordes | kernel/include/linux/mfd/htc-egpio.h |
09:49.57 | dcordes | copied it there from hh now |
09:54.58 | dcordes | BabelO_: any change to that file required? |
09:55.17 | BabelO_ | dcordes: no |
09:55.36 | BabelO_ | dcordes: try to compile now, you should have an error message |
09:55.36 | dcordes | I see Kevin2 made that general |
09:56.35 | dcordes | http://rafb.net/p/u1U3Sy54.html |
09:57.35 | BabelO_ | dcordes: you add the include in your board file ? |
09:59.02 | dcordes | BabelO_: which include? |
09:59.29 | BabelO_ | dcordes: #include <linux/mfd/htc-egpio.h> |
09:59.46 | dcordes | ah no wait |
10:01.05 | dcordes | ok 1 error |
10:01.07 | dcordes | arch/arm/mach-msm/board-htckaiser.c:241: error: âGPIO_BASE_INCREMENTâ undeclared here (not in a function) |
10:02.15 | BabelO_ | dcordes: this one is normal |
10:02.36 | BabelO_ | dcordes: now you need to get include/linux/gpiodev2.h and add it to your msm tree |
10:02.48 | dcordes | ok |
10:02.53 | dcordes | edit? |
10:03.20 | BabelO_ | dcordes: no, but you need to do something else |
10:03.46 | dcordes | what? |
10:03.54 | BabelO_ | dcordes: i m looking for the msm gpio funciton,do you know the name ? |
10:04.50 | dcordes | in egpio-htc.c? |
10:05.28 | BabelO_ | dcordes: ok i found edit file arch/arm/mach-msm/generic_gpio.c |
10:07.10 | BabelO_ | dcordes: then add this two line |
10:07.13 | BabelO_ | #include <linux/gpiodev2.h> |
10:07.14 | BabelO_ | struct gpio_ops gpio_desc[16]; |
10:08.32 | dcordes | ok great |
10:09.30 | BabelO_ | dcordes: does it compile now ? |
10:10.31 | dcordes | is struct gpio_ops gpio_desc[16]; one line only to add? |
10:14.48 | dcordes | BabelO_: ? |
10:15.17 | BabelO_ | dcordes: with the include two lines |
10:15.23 | dcordes | ok |
10:15.30 | dcordes | is the position variable? |
10:15.32 | BabelO_ | dcordes: it is first step to see if your kaiser still boot |
10:16.03 | BabelO_ | dcordes: it is just to compile, i show you once you boot the other change to add |
10:16.52 | dcordes | ok but where in generic_gpio.c must I add struct gpio_p? |
10:19.20 | BabelO_ | dcordes: add it at the top, don't care |
10:20.40 | dcordes | arch/arm/mach-msm/board-htckaiser.c:241: error: âGPIO_BASE_INCREMENTâ undeclared here (not in a function) |
10:20.45 | dcordes | -_- |
10:27.26 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:29.32 | dcordes | BabelO_: same error as before |
10:29.34 | dcordes | hi Marex |
10:30.22 | Marex | hi dcordes |
10:39.40 | Marex | cr2_, Im going to tear apart the N560 loader |
10:48.18 | dcordes | BabelO_: any idea what's wrong? |
10:51.12 | BabelO_ | dcordes: #include <linux/gpiodev2.h> in your board file, i ll look how to fix it better later |
10:53.06 | BabelO_ | dcordes: did you add the include to generic_gpio.c too ? or you forgot ? |
11:05.16 | *** join/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de) |
11:07.38 | BabelO_ | ~ping dcordes |
11:07.40 | apt | pong dcordes |
11:21.50 | dcordes | BabelO_: back |
11:22.14 | BabelO_ | :) |
11:22.42 | dzo | hi dcordes, how is sd going on kaiser? |
11:22.54 | dcordes | dzo: we are working on accessing the power gpio |
11:23.35 | dcordes | hi dzo |
11:24.21 | dzo | hi, is that the vreg? |
11:24.35 | dcordes | power gpio is on the cpld |
11:24.40 | dcordes | don't know what vreg is |
11:24.53 | dzo | nor do I |
11:25.11 | dcordes | dzo: do you know whether or not vogue has a cpld? |
11:25.44 | dzo | yes it does (cpld3), some buttons and leds are on the cpld. |
11:25.59 | dcordes | not more? |
11:26.30 | dzo | I traced writes to it and found lots of stuff but i don't know about SD. |
11:26.50 | dcordes | I see. maybe it is much similar to kaiser cpld: http://wiki.xda-developers.com/index.php?pagename=Kaiser_CPLD |
11:27.32 | dzo | I haven't had time to try sd on vogue yet. the cpld probably is similar. |
11:27.57 | dcordes | I could bet you also have the SD power gpio on the cpld |
11:28.10 | dcordes | I will ping you when htc-egpio driver works on kaiser ;) |
11:28.28 | dzo | is kaiser also CPLD3? how did you find out that sd power is on the CPLD? |
11:29.05 | dcordes | I think it is cr2_'s disassembly and partly my haret trace work |
11:29.19 | dzo | if you boot while accessing sd perhaps the power will be on. |
11:29.23 | dcordes | you can take a lot from the SPL disassembly |
11:30.06 | dcordes | dzo: that would be a try! any idea how I could cause sd writes while booting? |
11:30.08 | dzo | ok, if i have time i'll have a look a the vogue spl. |
11:30.12 | dcordes | or reads |
11:30.25 | dcordes | dzo: bug cr2_ he's really advanced on all this |
11:30.53 | dzo | try booting while watching a movie stored on SD. |
11:31.01 | dcordes | ok |
11:31.47 | dcordes | dzo: you can go online with vogue I read in your changelog? |
11:31.57 | BabelO_ | dcordes: did you compile now ? |
11:32.01 | dzo | ok, it's late here, good night. |
11:32.10 | dcordes | dzo: good night |
11:32.17 | dcordes | was nice to hear from you |
11:32.21 | dcordes | BabelO_: no will do now |
11:35.19 | dcordes | BabelO_: I'm getting non egpio related problems now. |
11:35.53 | BabelO_ | dcordes: what ? |
11:36.20 | dcordes | I will fix it |
11:36.21 | dcordes | irq stuff |
11:36.52 | dcordes | think it's my config. have two irq c files building |
11:38.15 | dcordes | can somebody hand me their .config for kaiser against Raven_coda patched tree? |
11:39.32 | dcordes | I'm getting duplicates |
11:40.43 | dcordes | BabelO_: lol I should have tried to boot with this tree before I added egpio |
11:40.48 | dcordes | but it seems to build now |
11:42.29 | dcordes | this will never boot ^^ |
11:43.13 | BabelO_ | dcordes: to desactivate egpio you just need to remove one line, not a big change ;) |
11:44.43 | dcordes | ok |
11:46.25 | dcordes | BabelO_: you know what aDSP is? |
11:48.39 | dcordes | BabelO_: when I compiled before I had the display turn off after a time. is that a kernel thing or a userspace thing? |
11:48.54 | dcordes | but backlight stayed on. just turned black |
11:49.29 | BabelO_ | dcordes: it is console blank, your console go black |
11:49.53 | dcordes | ok so not kernel? |
11:50.38 | BabelO_ | dcordes: no it is normal, it is the blank console, you have it on computer too |
11:51.15 | BabelO_ | dcordes: normally it go back when you press a key |
11:51.30 | dcordes | yes I know. it was like that in the images before |
11:51.39 | dcordes | I just wondered if that's a kernel feature |
11:51.45 | BabelO_ | dcordes: about aDSP maybe audio dsp |
11:51.45 | dcordes | I will disable PM |
11:51.55 | dcordes | ok disable it |
11:52.46 | dcordes | I need a bootup logo |
11:53.00 | dcordes | 224 color tux |
11:54.10 | dcordes | I wonder why android needs kernel level things |
11:54.12 | BabelO_ | dcordes: does it boot with the egpio stuff ? |
11:54.28 | dcordes | maybe so android can communicate with arm9.. |
11:54.34 | dcordes | BabelO_: still configuring. |
11:54.44 | dcordes | I must make sure it will boot at all |
11:56.49 | dcordes | BabelO_: when I boot from initial ramdisk what filesystem is that? |
11:56.55 | dcordes | Is it a file system at all? |
11:58.50 | BabelO_ | dcordes: yes it is, mount your ramdisk under linux and check whzt filesystem it is with mount command |
12:04.11 | dcordes | tmpfs |
12:04.30 | infernix | just use marbalons .config |
12:04.30 | infernix | ? |
12:04.53 | dcordes | infernix: does that work with Raven_coda's seperate kaiser files? |
12:05.01 | infernix | shure |
12:05.08 | infernix | or ican send you my .config |
12:05.21 | infernix | ive got some usb stuff in there too |
12:05.27 | infernix | to no avail, though |
12:05.30 | dcordes | yes please |
12:06.02 | dcordes | it's not so easy as I thought turning the msm defconfig to a working config |
12:06.04 | infernix | http://dx.infernix.net/kaiser/ |
12:06.21 | infernix | its easy if you build kernels since 1996 :) |
12:06.37 | dcordes | I never even build one kernel for an x86 machine |
12:06.44 | dcordes | but plenty for arm and powerpc |
12:08.14 | infernix | <dcordes> dzo: that would be a try! any idea how I could cause sd writes while booting? |
12:08.31 | dcordes | infernix: you could do that while I try and build egpio |
12:08.31 | infernix | use resco and copy a large file from the network to the sd *whilst* booting into haret |
12:08.50 | dcordes | no time now |
12:08.55 | infernix | i have to do some work so no time either |
12:09.06 | infernix | maybe later |
12:09.49 | dcordes | ok |
12:20.42 | dcordes | infernix: initrd-angstrom-x11-test.zip is that your stripped down x11? |
12:21.17 | dcordes | infernix: wow the zImage from your config is a full 1,4 M |
12:23.51 | infernix | yep:) |
12:24.07 | infernix | and uhm no, angstrom x11 test is older |
12:24.35 | infernix | uploading initrd-xdadev-x11, 17mb |
12:25.03 | dcordes | did you try to playback a video with mplayer? :D |
12:27.03 | infernix | nope |
12:27.12 | infernix | watched a movie with my girlfriend instead |
12:27.13 | infernix | :) |
12:27.34 | dcordes | how lame :P |
12:27.40 | infernix | nu-uh |
12:29.57 | dcordes | oops my fb just faded white |
12:30.02 | dcordes | after booting |
12:32.05 | dcordes | had to take out the battery |
12:35.33 | dcordes | infernix: something in that tree/conf which my kaiser doesn't like at all |
12:35.42 | infernix | not likely |
12:35.46 | dcordes | all I get is a white screen with fading lines |
12:35.46 | infernix | more likely your gpio hack:p |
12:35.59 | dcordes | you're right |
12:36.08 | dcordes | somebody said it could affect such things |
12:36.11 | dcordes | BabelO_: ping |
12:36.18 | BabelO_ | dcordes: yes |
12:36.27 | dcordes | BabelO_: my screen turns white with egpio enabled |
12:36.30 | dcordes | after boot |
12:36.46 | dcordes | BabelO_: actually it is white with a few funny lines |
12:36.51 | BabelO_ | dcordes: ok, can you comment it just the &kaiser_egpio, line |
12:37.11 | dcordes | in the common gpio file? |
12:37.20 | BabelO_ | dcordes: it is strange cr2_did not identify lcd power on cpld |
12:37.44 | dcordes | BabelO_: could it be that it also affects non-cpld gpios? |
12:38.19 | BabelO_ | dcordes: no don't think |
12:38.42 | dcordes | BabelO_: oh. lcd power IS on cpld |
12:38.47 | dcordes | <PROTECTED> |
12:38.49 | BabelO_ | dcordes: yes i just see it :) |
12:38.58 | dcordes | ok.. now? |
12:39.03 | BabelO_ | dcordes: try to comment the line to be sure it is that |
12:39.15 | dcordes | can't I disable in menuconfig? |
12:39.28 | BabelO_ | dcordes: no |
12:39.34 | dcordes | ok |
12:39.35 | BabelO_ | dcordes: just comment the like i told you |
12:39.38 | dcordes | in which file? |
12:39.45 | BabelO_ | your board file |
12:39.51 | BabelO_ | &kaiser_egpio, |
12:40.14 | dcordes | disable the init right? |
12:40.23 | dcordes | I put it right at the beginning. |
12:41.01 | dcordes | building.. |
12:41.09 | dcordes | oh that was quick |
12:41.35 | dcordes | BabelO_: is it normal that it's that fast after small change? |
12:41.52 | BabelO_ | dcordes: yes it just redo the board.o file |
12:42.00 | dcordes | ok |
12:42.26 | dcordes | BabelO_: strange is: after white screen, I can't reset. It looks like kernel was able to break the _full_ system :) |
12:45.06 | dcordes | arm9 has direct access to the cpld iirc |
12:45.34 | dcordes | BabelO_: booted! |
12:45.40 | dcordes | works. I see the console. |
12:46.01 | BabelO_ | dcordes: ok good, so it seem it is the lcd power gpio |
12:46.31 | BabelO_ | dcordes: but strange it hang your device i think there is other gpios too |
12:46.41 | dcordes | BabelO_: yees |
12:46.47 | BabelO_ | so you need to edit generic_gpio.c now |
12:47.08 | BabelO_ | dcordes: how much gpio msm have ? |
12:47.14 | dcordes | ts, led, sd power, bt, wifi pwr, lcd pwr etc |
12:47.21 | dcordes | also kbd |
12:47.48 | dcordes | BabelO_: strange is that dzo said he has buttons and keyboard on cpld |
12:47.55 | dcordes | and he didn't have any driver |
12:48.00 | dcordes | maybe that's the smd thing |
12:48.25 | BabelO_ | dcordes: the msm gpios, should be < 0x100, no i just check it it is ok |
12:48.38 | BabelO_ | you have 105 gpios |
12:49.43 | BabelO_ | dcordes: you have to edit generic_gpio.c function void gpio_set_value(unsigned gpio, int on) line 232 |
12:50.07 | dcordes | BabelO_: I don't understand why egpio writes to the cpld although nobody told it to write |
12:50.20 | BabelO_ | dcordes: ? |
12:50.39 | dcordes | I mean why does it change the lcd gpio? |
12:51.07 | BabelO_ | dcordes: because the htc-egpio driver by default init all the gpios of cpld to 0 |
12:51.14 | dcordes | ahh I see |
12:51.34 | BabelO_ | dcordes: so you have to declare a struct with default gpios or set them by hand |
12:51.44 | BabelO_ | dcordes: do you open generic_gpio.c ? |
12:51.52 | dcordes | yep it's in front of me |
12:52.10 | BabelO_ | line 232 or close you should see gpio_set_value function |
12:52.17 | dcordes | yep |
12:52.57 | dcordes | int gpio_get_value(unsigned gpio) |
12:52.57 | dcordes | and |
12:53.00 | dcordes | void gpio_set_value(unsigned gpio, int on) |
12:54.38 | BabelO_ | dcordes: look at this example http://pastebin.ca/1000306 |
12:56.11 | dcordes | what's difference btween int on and no int on? |
12:59.28 | BabelO_ | dcordes: where do you see that ? |
12:59.43 | BabelO_ | dcordes: ah sorry, on / off gpio |
13:00.12 | BabelO_ | dcordes: did you do it ? |
13:00.18 | dcordes | your paste? |
13:00.23 | BabelO_ | yes |
13:00.31 | dcordes | yes it's in my code now |
13:00.34 | dcordes | the else function thingy |
13:00.41 | dcordes | what does it do? |
13:00.45 | BabelO_ | good with the if too |
13:01.06 | dcordes | yes |
13:01.34 | BabelO_ | dcordes: now edit your board.h file where you add the #define KAISER_EGPIO GPIO_BASE_INCREMENT |
13:01.39 | dcordes | what kinf of value is GPIO_BASE_INCREMENT? |
13:01.50 | dcordes | is it the bootup gpio state? |
13:02.06 | dcordes | s/kinf/kind/ |
13:02.17 | BabelO_ | dcordes: GPIO_BASE_INCREMENT is just a varable set to 0x100 which mean all egpio are set > to this |
13:02.48 | BabelO_ | dcordes: < 0x100 it call the standard msm gpio funciton and > 0x100 it call the egpio stuff |
13:03.02 | BabelO_ | dcordes: open the board.h |
13:03.05 | dcordes | ok.. |
13:03.45 | BabelO_ | dcordes: add #define KAISER_EGPIO(reg,bit) (KAISER_EGPIO_BASE + 16*(reg) + (bit)) just under the line you add previously |
13:04.27 | BabelO_ | then add your cpld definition like this |
13:04.46 | dcordes | ok |
13:04.46 | dcordes | #define KAISER_EGPIO_BASE GPIO_BASE_INCREMENT |
13:04.47 | dcordes | #define KAISER_EGPIO(reg,bit) (KAISER_EGPIO_BASE + 16*(reg) + (bit)) |
13:04.50 | dcordes | in threre now |
13:05.13 | BabelO_ | #define EGPIO_2_0_SDPWR KAISER_EGPIO(2, 0) |
13:05.37 | dcordes | also in it? |
13:05.41 | BabelO_ | yes |
13:05.50 | BabelO_ | this is definition of each EGPIO of your CPLD |
13:05.59 | BabelO_ | do you understand how to do the others ? |
13:06.15 | dcordes | not yet |
13:06.17 | BabelO_ | 2_0 mean gpio 0 of bank B |
13:07.20 | dcordes | cool |
13:07.21 | dcordes | understood |
13:07.44 | dcordes | but what means on, what means off? |
13:08.11 | BabelO_ | dcordes: i show you after, fill the header file with the wiki cpld definition |
13:08.32 | BabelO_ | be back in few minutes ( i m at office, have some work to do ;) ) |
13:08.44 | dcordes | also should do stuff |
13:08.53 | dcordes | now I know what needs to be done, I will do it later |
13:09.04 | dcordes | BabelO_: thank you very much so far. will be back later |
13:09.26 | *** part/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de) |
13:19.37 | BabelO_ | dcordes: ok after you have to add more line to the egpio struct def in you board file |
13:43.05 | dcordes | BabelO_: what does cr2 mean with init=1? does that mean that it is on in the SPL? |
13:46.19 | dcordes | BabelO_: can you give me your email? |
13:47.44 | *** join/#htc-linux darkenCZ (n=michal@rb3g230.net.upc.cz) |
13:48.14 | darkenCZ | Hi, I would like to ask what is current state of porting linux to Hermes |
14:21.27 | dcordes | msm board.h with kaiser definitions: http://pastebin.ca/1000383 |
14:22.59 | BabelO_ | dcordes: sorry, now i m back |
14:23.32 | BabelO_ | dcordes: never do such thing #define EGPIO_2_6_+init,bt |
14:23.37 | BabelO_ | or the ? |
14:24.12 | BabelO_ | instead of ? set UKN, but please no special char in #define |
14:24.32 | dcordes | BabelO_: I commented all the strange stuff out |
14:24.47 | BabelO_ | dcordes: rename the init thing we need it |
14:25.04 | dcordes | the not commented things are all clear capital letters |
14:25.09 | dcordes | BabelO_: which? there are some |
14:25.21 | BabelO_ | dcordes: can you repaste your .h ? |
14:25.33 | dcordes | ok... |
14:25.50 | dcordes | http://rafb.net/p/yEoGai70.html |
14:26.33 | BabelO_ | dcordes: set back the ini egpio |
14:26.48 | dcordes | sorry? |
14:27.14 | BabelO_ | dcordes: #define EGPIO_8_3_INIT KAISER_EGPIO(8, 3) and not #define EGPIO_8_3_init=0 KAISER_EGPIO(8, 3) |
14:27.32 | dcordes | 3_1 and 5_4 are init |
14:28.03 | BabelO_ | same for all init |
14:28.35 | BabelO_ | dcordes: be back in few minutes |
14:29.05 | dcordes | I name all gpios that have init in them INIT |
14:41.01 | dcordes | BabelO_: http://rafb.net/p/4EDcU085.html |
14:41.03 | dcordes | bbl |
14:53.42 | BabelO_ | dcordes: good |
14:54.04 | *** join/#htc-linux TimRiker (n=timr@68.27.117.245) |
15:03.23 | *** join/#htc-linux patoche (n=patoche@lns-bzn-23-82-248-66-22.adsl.proxad.net) |
15:13.14 | kiozen | cr2_: loading a map in referencing mode will center the map, please svn up |
15:17.36 | dcordes | BabelO_: still here? |
15:22.12 | BabelO_ | dcordes: yes |
15:22.20 | BabelO_ | dcordes: next step now ? :) |
15:22.41 | dcordes | yes please. |
15:28.33 | dcordes | ~ping BabelO_ |
15:28.35 | apt | pong BabelO_ |
15:29.28 | Raven_coda | dcordes, you amaze me, I mean you have been working on this none stop |
15:29.41 | Raven_coda | hi, btw |
15:29.56 | Raven_coda | It's like you never rest :) |
15:34.01 | *** join/#htc-linux comicinke2 (n=simeon@R380f.r.pppool.de) |
15:34.20 | comicinke2 | hi there. the openmoko guys told me to go here for new images for htc-magician of openmoko. how do I compile openmoko for htc-magician? is there a makefile? |
15:34.33 | kiozen | Raven_coda: haven't you noticed the matches in his eyes and the grin ;) |
15:35.10 | dcordes | Raven_coda: thanks |
15:35.41 | dcordes | BabelO_: bb in an hour or two. maybe you can give me an example of how to gon |
15:39.26 | infernix | Raven_coda: hi |
15:39.39 | Raven_coda | hello |
15:39.44 | infernix | i've been meaning to ask you whether if you incorporated any of the msm_sdcc.c code into your patch |
15:40.12 | BabelO_ | dcordes: ok i do the change from your pastebin |
15:40.32 | Raven_coda | there are small changes to msm_sdcc in there |
15:40.46 | Raven_coda | what code were you thinking of? |
15:40.55 | infernix | lemme find it |
15:41.32 | infernix | http://dx.infernix.net/kaiser/ravencoda-1-extrasdcc.diff |
15:44.30 | Raven_coda | some of that is there but not all of it |
15:44.40 | Raven_coda | does that make it work? |
15:44.48 | infernix | no |
15:45.08 | Raven_coda | some of that is old code |
15:45.26 | Raven_coda | the google guys updated msm_sdcc a little while ago |
15:45.43 | Raven_coda | and some of there old stuff is in that patch |
15:48.21 | infernix | ok |
15:51.37 | Raven_coda | I'm looking at the changes made to android-msm on the 22nd and it looks like the patch you sent me would just revert all Googles work on that day |
15:53.27 | *** join/#htc-linux AlGe (n=alge@chello080109231226.4.uni-klu.teleweb.at) |
16:07.22 | *** join/#htc-linux patoche (n=patoche@lns-bzn-23-82-248-66-22.adsl.proxad.net) |
16:29.26 | dcordes | BabelO_: back |
16:32.11 | BabelO_ | dcordes: :) |
16:32.38 | BabelO_ | dcordes: open arch/arm/mach-pxa/htcapache/htcapache.c |
16:33.45 | dcordes | BabelO_: ok |
16:34.07 | dcordes | openned |
16:34.52 | BabelO_ | dcordes: look at htc_egpio_pinInfo |
16:35.03 | BabelO_ | you see it ? |
16:35.46 | dcordes | yep |
16:36.07 | BabelO_ | dcordes: good, this structure let you define the initialisation of cpld pin on load |
16:36.51 | BabelO_ | you just have to add .pins = pins, to egpio_data ( the structure below ) |
16:37.20 | dcordes | it already has that |
16:37.25 | BabelO_ | dcordes: and you can fill ths pins with your init pin set to 1 lcd pwr set to 1 and sd power set |
16:37.35 | BabelO_ | dcordes: can you paste bin our file ? |
16:37.42 | BabelO_ | just to check |
16:37.43 | dcordes | the board.h? |
16:37.55 | BabelO_ | dcordes: no your main board file .c |
16:37.59 | dcordes | ok |
16:38.43 | dcordes | http://pastebin.ca/1000527 |
16:46.29 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:47.46 | BabelO_ | dcordes: when i say change your boarc c file, i mean like this http://pastebin.ca/1000539 |
16:48.33 | BabelO_ | there is also usbpen to set, have to ask cr2 |
16:48.50 | Marex | cr2_, hi, are you around ? |
16:49.42 | BabelO_ | dcordes: i think you do a mistake in then lcd pwr, it is 4_4 not 3_4 according to http://wiki.xda-developers.com/index.php?pagename=Kaiser_CPLD |
16:51.17 | Marex | cr2_, well check your email and tell me what do you think about it |
16:51.18 | dcordes | BabelO_: ok thanks I have that in |
16:52.27 | dcordes | BabelO_: lcd_pwr1 is on bank C |
16:52.59 | BabelO_ | dcordes: yes and bank C is 0x4 cpioc4 |
16:53.45 | dcordes | BabelO_: looks like I have to change whole header |
16:55.09 | BabelO_ | dcordes: yes, douvble check it |
16:55.17 | dcordes | BabelO_: is the first line #define EGPIO_0_0_BOARDID0 KAISER_EGPIO(0, 0)? |
16:55.33 | BabelO_ | yes |
16:55.35 | dcordes | ok |
16:57.49 | dcordes | BabelO_: do you know what usb puen is? |
16:59.12 | BabelO_ | dcordes: it is to setup your usb connection |
16:59.19 | BabelO_ | i thinkit is what you miss |
17:00.22 | dcordes | I'll have that as USB_PUEN |
17:00.41 | dcordes | is ist just power or something else? |
17:00.47 | dcordes | clock? |
17:01.41 | BabelO_ | no it is usb power enable |
17:03.01 | dcordes | shouldn't we call it USB_PWR then? |
17:03.37 | BabelO_ | dcordes: no puen is the correct name, it is not the main chip power |
17:03.43 | dcordes | alright |
17:03.55 | BabelO_ | cr2_ tell you better what it is |
17:04.42 | BabelO_ | once you set the correct header and pins default in c, don't forget to uncomment &kaiser_egpio, |
17:08.06 | dcordes | BabelO_: where is ARRAY_SIZE defined? |
17:08.23 | BabelO_ | dcordes: don't know, why ? |
17:08.35 | dcordes | just wonder what it is |
17:08.45 | dcordes | I corrected the value and uncommented the init |
17:08.51 | dcordes | now compile? |
17:09.08 | BabelO_ | yes, you check what i add in the structure |
17:10.46 | dcordes | yes they are correct now with the bank -1 shift |
17:10.57 | dcordes | BabelO_: but one question what does INIT=1 do? |
17:11.31 | BabelO_ | dcordes: it mean the cpld is initialized to 1 on boot, don't know what it do |
17:11.50 | dcordes | we just know it's on in SPL right? |
17:11.59 | BabelO_ | dcordes: it is not only a -1 shift you miss some registers in cpld |
17:12.04 | BabelO_ | yes |
17:12.40 | *** join/#htc-linux JEEB (n=kanakana@a88-112-94-153.elisa-laajakaista.fi) |
17:13.16 | dcordes | BabelO_: hm I doubble checked and it looks ok now: http://rafb.net/p/KbAcPf67.html |
17:13.24 | BabelO_ | oula, your cpld is different from artemis, it seem there is more setup to do, maybe Kevin2 now |
17:14.07 | dcordes | BabelO_: ie it won't work when I compile now? |
17:16.55 | dcordes | at least we have access |
17:17.06 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
17:17.16 | *** join/#htc-linux pH5 (n=ph5@e178246020.adsl.alicedsl.de) |
17:20.51 | dcordes | hi pH5 |
17:21.48 | pH5 | hi |
17:22.26 | BabelO_ | hi pH5 |
17:22.41 | BabelO_ | pH5: how can we configure the kaiser cpld ? |
17:22.55 | *** join/#htc-linux tsdogs (n=tsdogs@net-84-18-144-39.c.bkom.it) |
17:22.59 | dcordes | BabelO_: it worked: I have booted with a working display. |
17:23.14 | dcordes | didn't fade to white this time |
17:23.14 | Marex | pH5, hi ;) |
17:23.15 | BabelO_ | pH5: each bank have a shift of +4 |
17:23.39 | BabelO_ | dcordes: and you reactivate the éegpio_init ? can you do a dmesg ? |
17:23.48 | dcordes | yes can do |
17:23.54 | dcordes | but I have mmc0 pritnk shit. |
17:24.09 | dcordes | it's spamming dmesg |
17:24.39 | BabelO_ | hmm |
17:24.44 | dcordes | BabelO_: I still can't reset (while linux is running also) |
17:24.56 | BabelO_ | dcordes: dmesg -s 128 |
17:25.14 | dcordes | I recompile w/o the sd printk. moment |
17:25.47 | pH5 | BabelO_, dcordes: for kaiser you should use the mainline version of htc-egpio |
17:26.06 | pH5 | platform data has .reg_width and .bus_width parameters |
17:29.25 | *** part/#htc-linux comicinke2 (n=simeon@R380f.r.pppool.de) |
17:31.04 | *** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com) |
17:32.04 | BabelO_ | pH5: strange, it seem it works for dcordes like this i dont understand how |
17:32.13 | BabelO_ | pH5: can you give a link ;) |
17:32.25 | BabelO_ | pH5: does it still need the gpiodev2 ? |
17:32.39 | dcordes | Raven_coda: I don't know whether or not that is used with tha kaiser specific setup but the msm_sdcc.c in your tree adds sdc3 and 4 which we do not have |
17:32.50 | dcordes | pH5: I can tell. egpio is in charge of display power. |
17:34.17 | pH5 | BabelO_: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a1635b8fe59de2c5223cda5ca8397b875c901904 |
17:34.26 | BabelO_ | pH5: thanks |
17:35.14 | Raven_coda | dcorded, what lines are you looking at?\ |
17:35.17 | dcordes | BabelO_: can you look if that makes a drastic change? would be better if we continue with new version in that case |
17:35.26 | dcordes | Raven_coda: just grep for sdc3 |
17:35.55 | BabelO_ | dcordes: better is you upgrade to the pH5 link only two file is minor, then you need to add two parameters ;) |
17:36.08 | Raven_coda | there is sdc3 stuff in there but it's in IFdef staments |
17:36.15 | Raven_coda | it won't bother you |
17:36.54 | dcordes | not all the spots. don't know if that matters. those at the beginning have no ifdef |
17:37.03 | Raven_coda | that's fine |
17:37.33 | dcordes | gd gd |
17:37.56 | *** join/#htc-linux JohnnyK (n=johnnyk@nfx-nat-229.pilsfree.net) |
17:38.53 | dcordes | BabelO_: ok will compare the mainline v. with my files |
17:39.12 | BabelO_ | dcordes: don't compare, just replace ;) it is generic now |
17:39.14 | dcordes | but now I boot and try to find egpio in the logs |
17:39.20 | dcordes | cool |
17:39.30 | dcordes | which files? the driver.c and .h? |
17:39.46 | BabelO_ | dcordes: yes |
17:41.26 | BabelO_ | pH5: sorry, but what are difference between my artemis cpld and the kaiser cpld ? artemis regiser are 0x0 0x1 0x2 ... and kaiser are 0x0 0x2 0x4 so 16 bits for kaiser, and me how many ? |
17:41.26 | dcordes | ok I'm in the kernel |
17:41.43 | BabelO_ | dcordes: dmesg | grep -i egpio |
17:41.51 | dcordes | can't make no pipe |
17:41.58 | BabelO_ | lol |
17:42.01 | dcordes | :) |
17:42.07 | dcordes | should remap matrix keyboard |
17:42.35 | BabelO_ | ok so it is just before LCD init you should see EGPIO PHYS=.. VIRT=.... |
17:42.40 | dcordes | vi /var/log/messages |
17:43.00 | pH5 | dcordes: also the platform data / pin configuration changed a bit. look at magician for an example of how it is configured: |
17:43.00 | pH5 | http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;f=arch/arm/mach-pxa/magician.c;h=3b7e8bac7344706672740b34cc2c58b703d58c33;hp=0160cd8f6c653eac614e966b1fff19856083edc9;hb=70e357f8426c54e1500ac4fdb6b1172df16d8b93;hpb=a1635b8fe59de2c5223cda5ca8397b875c901904 |
17:43.15 | pH5 | BabelO_: is the Kaiser CPLD info in the wiki somewhere? |
17:43.31 | BabelO_ | pH5: http://wiki.xda-developers.com/index.php?pagename=Kaiser_CPLD |
17:43.38 | pH5 | thanks |
17:43.46 | dcordes | BabelO_: my /var/log is empty |
17:43.52 | BabelO_ | pH5: and artemis http://wiki.xda-developers.com/index.php?pagename=ArtemisCPLD |
17:43.59 | BabelO_ | dcordes: yes sure |
17:44.02 | pH5 | so it is reg_width=8, bus_width=16 |
17:44.06 | BabelO_ | vi /etc/syslog.conf :) |
17:44.23 | BabelO_ | pH5: ok and mine ? |
17:44.27 | dcordes | I have no <esc> |
17:44.41 | pH5 | hm. do those registers contain input and output pins mixed? |
17:44.50 | BabelO_ | pH5: no only output |
17:45.00 | BabelO_ | pH5: i test it yesturday and it works :) |
17:45.00 | pH5 | BabelO_: yours is 8bit both, I think |
17:45.11 | pH5 | does wince set it with strb? |
17:45.21 | dcordes | Is it possible to select cached logging in the kernel? So that I get a /var/log/messages ootb? |
17:45.35 | BabelO_ | pH5: ok, no with strh i think have to check once i m at home |
17:46.01 | BabelO_ | dcordes: /etc/syslog.conf to get messages stuff |
17:46.18 | pH5 | BabelO_: if it is strh then you should use 16/16bit (which i think is more probable than 8bit packed) and combine A+B, C+D, etc. into one register each |
17:46.48 | BabelO_ | pH5: ok i check in one hour, when back to home |
17:47.27 | BabelO_ | bbl |
17:48.16 | dcordes | pH5: can you setup logging from console image OE buildtime? |
17:48.17 | BabelO_ | pH5: i was able to set VIBRA and LCD power which are on F bank in the clean way |
17:48.18 | BabelO_ | bbl |
17:48.21 | *** part/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
17:51.36 | *** join/#htc-linux noelcragg (n=noel@166.129.254.115) |
17:51.57 | *** part/#htc-linux noelcragg (n=noel@166.129.254.115) |
17:54.30 | pH5 | dcordes: I don't know, maybe by adding syslog packages to the image |
18:11.04 | BabelO | back |
18:12.27 | *** join/#htc-linux patoche (n=root@lns-bzn-23-82-248-66-22.adsl.proxad.net) |
18:15.48 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
18:15.52 | *** join/#htc-linux marbalon (n=balon@aefy18.neoplus.adsl.tpnet.pl) |
18:16.04 | pikapika | hi |
18:16.55 | *** join/#htc-linux Nickbee (n=dheeraj@122.160.64.226) |
18:17.34 | dcordes | hi marbalon |
18:17.43 | marbalon | dcordes: hi |
18:17.49 | dcordes | any news? |
18:19.11 | BabelO | dcordes: did you replace with the .c and .h from pH5 ? |
18:19.28 | dcordes | BabelO: no I was on the phone |
18:19.37 | marbalon | dcordes: unfortunately no :( |
18:19.46 | BabelO | dcordes: ok so no dmesg too |
18:19.50 | dcordes | marbalon: could we replace windows key with replace key |
18:20.02 | dcordes | BabelO: doing dmesg now. |
18:20.05 | BabelO | dcordes: i think once you turn sdpwr on it shoudl work |
18:20.34 | dcordes | well I didn't have sd clock yet. |
18:20.48 | marbalon | dcordes: windows key with ... ? |
18:21.11 | dcordes | marbalon: lol sorry. <ctrl> |
18:21.12 | BabelO | dcordes: but usbpuen can help you too |
18:21.54 | marbalon | I have a idea hov to use Fn key as ctrl |
18:22.14 | dcordes | marbalon: but we need Fn keys :( |
18:22.23 | BabelO | pH5: ok it is strh |
18:22.39 | marbalon | dcordes: yes but Fn as hosd meen ctrl |
18:22.45 | marbalon | *hold |
18:23.27 | BabelO | pH5: but still cannot understand how can it works for me and dcordes with same driver but different bank shift |
18:23.39 | marbalon | dcordes: if you press and hold Fn key + C = ctrl+C |
18:23.44 | dcordes | marbalon: that's a good idea |
18:24.14 | marbalon | dcordes: but if you press and relese witout any key - Fn |
18:24.15 | dcordes | and one press Fn and after C = : |
18:24.41 | pH5 | BabelO: ok, so 16bit registers then. the driver only supports 8 or 16bit registers, 16bit or 32bit aligned |
18:25.36 | BabelO | pH5: anyway these last day i make good progress on artemis ;) |
18:26.10 | pH5 | that's good to hear. does i2c work? |
18:26.39 | BabelO | pH5: just some trouble to understand howtsc2046 and spi bus driver works together, i ve made my own spi bus driver for omap850 whithout irq handling |
18:27.04 | BabelO | pH5: i did not check the i2c will do it now ;) just need to activate my FM receiver |
18:36.23 | BabelO | pH5: last time i check i2c i was able to use i2cdump tool two time |
18:37.26 | *** join/#htc-linux noelcragg (n=noel@66.54.159.26) |
18:51.16 | *** join/#htc-linux infernixx (i=gerben@unaffiliated/infernix) |
18:53.12 | infernixx | dcordes: ping |
18:54.23 | BabelO | pH5: FYI |
18:54.26 | BabelO | cat /proc/iomem |
18:54.38 | BabelO | 04000400-04000410 : htc-egpio |
18:54.42 | BabelO | 10000000-13bfffff : System RAM |
18:54.47 | BabelO | <PROTECTED> |
18:54.50 | BabelO | <PROTECTED> |
18:54.55 | BabelO | fffb0000-fffb0015 : serial |
18:54.59 | BabelO | fffb0800-fffb0815 : serial |
18:55.03 | BabelO | fffb3800-fffb383f : i2c_omap.1 |
18:55.07 | BabelO | <PROTECTED> |
18:55.11 | BabelO | fffb4000-fffb40ff : omap_udc |
18:55.15 | BabelO | <PROTECTED> |
18:55.19 | BabelO | fffb4800-fffb485f : omap_rtc |
18:55.23 | BabelO | <PROTECTED> |
18:55.27 | BabelO | fffb7800-fffb7836 : mmci-omap.1 |
18:55.31 | BabelO | <PROTECTED> |
18:55.43 | BabelO | fffc0800-fffc08ff : omap1_spi100k.1 |
18:55.47 | BabelO | <PROTECTED> |
18:55.51 | BabelO | fffc1000-fffc10ff : omap1_spi100k.2 |
18:55.55 | BabelO | <PROTECTED> |
18:55.59 | BabelO | ~ $ |
18:55.59 | apt | i heard $ is a dollar sign |
18:56.03 | BabelO | oups sorry bad paste |
18:56.03 | BabelO | pH5: http://pastebin.ca/1000716 |
18:56.25 | BabelO | lol |
18:56.54 | infernixx | ~ * |
18:56.55 | apt | extra, extra, read all about it, * is asterisk |
19:00.39 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1de8b.pool.einsundeins.de) |
19:01.07 | *** join/#htc-linux noelcragg (n=noel@m320e36d0.tmodns.net) |
19:01.32 | dcordes | infernixx: pong |
19:01.42 | *** part/#htc-linux noelcragg (n=noel@m320e36d0.tmodns.net) |
19:01.43 | dcordes | do you get a /var/log/messages on kaiser console-image? |
19:01.47 | dcordes | http://pastebin.ca/1000733 that's my conf |
19:01.48 | infernixx | progress with gpio yet? |
19:01.53 | dcordes | I'm on it |
19:02.02 | infernixx | no you have to edit /etc/syslog.conf and change "buffer" to "file" |
19:02.08 | dcordes | great thanks |
19:02.20 | infernixx | i would also set rotatesize to 2048 |
19:02.21 | dcordes | I think that was in minimal where I gor it to file on default. |
19:02.26 | dcordes | ok |
19:02.28 | dcordes | thx |
19:02.48 | infernixx | and use less /var/log/messages in a regular login shell |
19:02.58 | dcordes | I guess once we are in the kernel we can abuse the ram to the fullest |
19:09.54 | dcordes | infernixx: I have an interesting finding: I think when we have the boothang, the kernel _is_ loaded but the fb does not work |
19:10.17 | dcordes | so I suspect bigger ramdisks to overlap with FB area |
19:10.30 | dcordes | maybe Kevin2 has an idea on that |
19:10.37 | infernixx | if it would overlap, screen would corrupt |
19:10.57 | dcordes | I'm sure the kernel took over. I was not able to reset. |
19:11.15 | dcordes | that is in the new cpld age. |
19:12.08 | infernixx | ah |
19:12.14 | dcordes | you get what I mean? |
19:12.23 | dcordes | there must be a takeover |
19:12.27 | infernixx | so we should somehow exclude the FB range |
19:13.13 | infernixx | maybe with the badram optin |
19:14.04 | infernixx | do we have any idea where the framebuffer area is in ram? |
19:14.09 | dcordes | aw shit my log doesn't work |
19:14.23 | dcordes | no can't tell |
19:14.27 | infernixx | /etc/init.d/syslog start |
19:14.31 | dcordes | must be in the kernel since haret doesn't define it. |
19:15.15 | dcordes | infernixx: I think it is the mount thing |
19:15.33 | dcordes | syslog initscript responds: nothing in /proc - notmounted? |
19:17.52 | dcordes | now that I did a touch /etc/mtab I have no rights |
19:19.50 | dcordes | minimalist-image is my friend |
19:20.48 | dcordes | 3mb minimalist boots _always_ |
19:21.56 | dcordes | infernixx: it has to do something with the kernel. I can't read any log in the minimal either |
19:22.12 | infernixx | nonsense |
19:22.31 | dcordes | super you have any idea why I had a log before in angstrom then? |
19:22.33 | infernixx | build the devimage |
19:22.37 | dcordes | with this exact image? |
19:22.49 | infernixx | syslogging has nothing to do with the kernel |
19:23.09 | infernixx | its merely a matter of mounting proc and dev and running syslog |
19:23.27 | dcordes | I have a kernel with different mountstuffs then. |
19:23.37 | infernixx | kernel doesn't do mounting |
19:23.39 | infernixx | init does |
19:24.00 | dcordes | you have any idea what in your .conf or Raven_coda tree could cause this? |
19:24.17 | dcordes | or in general |
19:24.18 | infernixx | add task-devimage |
19:24.31 | dcordes | my OE is screwed, can't buil |
19:24.42 | infernixx | ok 1 sec then |
19:24.46 | dcordes | ok thanks. |
19:25.00 | dcordes | getting some food in the meantime. can you upload to your server? |
19:25.05 | dcordes | brb |
19:25.38 | infernixx | put this in /init: http://rafb.net/p/CJXs2m10.html |
19:25.49 | infernixx | boot with rdinit=/init |
19:26.32 | infernixx | and make sure /etc/syslog.conf is configured as i mentioned |
19:32.17 | cr2_ | hi |
19:32.33 | BabelO | ola cr2 |
19:32.37 | cr2_ | BabelO: you have strange data for ARTE CPLD in the wiki |
19:32.58 | cr2_ | it's a usual 8bit 16offset CPLD |
19:33.04 | cr2_ | pH5: hi |
19:33.24 | cr2_ | pH5: i've documented the WIZA CPLD |
19:34.07 | BabelO | cr2_: yes, but how you can explain it works like this ? ;) i test kbdbacklight , bibra, lcd power |
19:34.11 | cr2_ | pH5: there are 2 SD power gpios, and one is on the CPLD. if the i2c feels unhappy, then there is an omap gpio to kick it |
19:34.24 | pH5 | hi cr2_ |
19:34.49 | pH5 | BabelO: because you can strb/ldrb into/from 16bit registers just fine :) |
19:34.57 | cr2_ | BabelO: your CPLD is the same as on n560, that's why it works as is. |
19:35.04 | BabelO | cr2_: ok |
19:35.12 | cr2_ | pH5: http://wiki.xda-developers.com/index.php?pagename=WizardCPLD |
19:35.25 | BabelO | cr2_: did you see that dcordesgot it working with my explanation ? ;) |
19:35.54 | cr2_ | yes, and it's how it should be :D |
19:36.05 | BabelO | cr2_: but i did not finish change, he need to do same for gpio_get_values |
19:36.06 | cr2_ | i mean the development speed :) |
19:36.19 | BabelO | cr2_: lol |
19:36.44 | BabelO | cr2_: not too speed, take an afternoon , and i did not found time to do the gt installer |
19:37.14 | cr2_ | pH5: how do we find out the i2c_id for CPLD ? can you trace the i2c port ? otherwise i'll look deeper into the driver. |
19:38.28 | cr2_ | Marex: are you still here ? |
19:38.39 | Marex | cr2_, yea |
19:38.56 | cr2_ | Marex: i can send you the ida .asm for n560_ipl |
19:39.23 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
19:39.55 | Marex | cr2_, do I need it? ;) |
19:40.01 | Marex | btw my N560 wakes up to wince too :( |
19:40.15 | cr2_ | you have compiled the kernel ? |
19:40.23 | Marex | yea |
19:40.41 | Marex | but still ... why does it wake up to wince ? |
19:40.52 | Marex | check my disassembly ,that should be the codeflow to wake up |
19:40.56 | Marex | at least in qemu it did this |
19:41.00 | cr2_ | Marex: i think we should check and document the G4 raw loader |
19:41.31 | cr2_ | maybe compare it to the docg3.c driver. |
19:41.38 | cr2_ | ok, i'll have a look |
19:41.41 | *** join/#htc-linux aLeSD (n=alex@227.Red-83-44-153.dynamicIP.rima-tde.net) |
19:42.05 | cr2_ | Marex: 2f0:e3520b01 cmpr2, #1024; 0x400// compare R2, 0x400 |
19:42.15 | Marex | hm ? |
19:42.18 | cr2_ | this is a check of the G4 sig |
19:42.28 | Marex | feel free to add it there :) |
19:42.44 | Marex | btw I also wrote simple resolver for addresses in the disassembly dump |
19:43.13 | Marex | http://www.pastebin.cz/show/5295 |
19:43.37 | Marex | it takes two params - the disassembly file and binary file |
19:48.13 | cr2_ | lol, in bash |
19:48.32 | Marex | it'd work in shell too I guess |
19:48.35 | Marex | *sh |
19:48.43 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1de8b.pool.einsundeins.de) |
19:49.15 | kiozen | isn't made for telephone customer service |
19:50.37 | BabelO | ola kiozen |
19:50.48 | kiozen | ola BabelO :) |
19:51.14 | kiozen | tried to explaine my dad how to replace the qlandkarte binary in windows :/ |
19:51.17 | BabelO | kiozen: i just discover a new virtual box function, desktop integration |
19:51.47 | kiozen | u mean the on that ket's you place the windows eveywhere? |
19:52.26 | *** join/#htc-linux infernixxx (i=gerben@91.141.251.23) |
19:52.43 | BabelO | yes wait i do a screenshot |
19:53.24 | cr2_ | hi kiozen |
19:53.29 | cr2_ | BabelO: lol http://forum.xda-developers.com/showthread.php?t=388809 |
19:53.42 | kiozen | hi cr2_ |
19:54.06 | BabelO | cr2_: lol |
19:54.12 | kiozen | cr2_: it's missing qlandkarte :) |
19:55.37 | cr2_ | LOL!! |
19:56.13 | cr2_ | kiozen: BabelO had once compiled qlandkarte for qtopia |
19:58.16 | cr2_ | kiozen: GT looks more userfriendly now. |
19:59.08 | BabelO | kiozen: look what i mean http://linuxbox2.free.fr/vbox-suse-win1.png |
19:59.25 | BabelO | kiozen: two task bar on linux :) the top is the windows virtual machine |
19:59.51 | kiozen | BabelO: yes i know |
20:00.10 | BabelO | kiozen: oh ? i just discover it yesturday ;) |
20:00.22 | kiozen | hehe:) |
20:00.24 | BabelO | kiozen: this is so nice to work, with the two os at same time |
20:03.15 | dcordes | BabelO: sorry for the delay. I have dmesg now in front of me |
20:03.31 | kiozen | cr2_: lol, user friendly, just had a talk with my dad ^^ |
20:03.33 | BabelO | dcordes: cool, did you see egpio ? |
20:03.37 | dcordes | infernixxx: thanks I have the odd less and more scroll throug problem |
20:03.48 | infernixxx | dcordes: exec /sbin/init |
20:03.53 | infernixxx | log in and try again |
20:04.03 | cr2_ | kiozen: QPoint(2575,3628) QPoint(608,93) what's that ? |
20:04.28 | kiozen | ?? debug output? |
20:05.14 | dcordes | BabelO: yes. EGPIO phys=c80000000 virt=980000000 |
20:05.42 | BabelO | dcordes: uh, problem, th reverse you mean ? |
20:05.45 | dcordes | infernixxx: no vi logread works. I wonder why logging worked ootb before *_* |
20:05.58 | BabelO | phys=980000000 ? |
20:05.59 | dcordes | BabelO: the reverse? |
20:06.23 | infernixxx | dcordes: just a messy userspace, thats all |
20:06.40 | dcordes | BabelO: no |
20:07.49 | dcordes | BabelO: it must work though. I still can't reset |
20:08.17 | BabelO | dcordes: strange |
20:08.38 | BabelO | i think sdpower is set , do you set usbpuen too ? |
20:09.35 | dcordes | BabelO: wait |
20:10.11 | kiozen | cr2_: svn up, to remove the debug output |
20:10.18 | dcordes | INIT=1 SDPWR LCD PWR |
20:10.38 | dcordes | cr2_: hi. I have htc-egpio running on kaiser thx to BabelO |
20:12.16 | dcordes | how would I try if sd is powered now? |
20:12.56 | dcordes | ~ping SanMehat |
20:12.57 | apt | pong SanMehat |
20:14.03 | dcordes | I see a mesg "mmc0: clock 144000Hz busmode 1 powermode 2 cs 1 Vdd 16 with 0 timing 0" |
20:14.06 | dcordes | on kaiser |
20:14.14 | dcordes | infernixxx: can you compare this to what you see? |
20:16.11 | cr2_ | kiozen: what's the difference between LSR and ASR ? ASR sets the carry bit ? |
20:17.49 | cr2_ | BabelO: do you have a "real" qtopia on artemis screenshot ? |
20:18.20 | BabelO | cr2_: no not now, why ? :) |
20:18.50 | Marex | cr2_, so what are wr going to do about n560 PM ? |
20:18.50 | kiozen | cr2_: afaik yes |
20:20.32 | cr2_ | BabelO: to post an answer to "suse on artemis" |
20:21.02 | cr2_ | Marex: we should document the G4 loader. |
20:21.14 | dcordes | I have seen that fake before. it is old |
20:22.32 | dcordes | http://blog.linuxoss.com/2007/04/29/pics-my-htc-artemis-runnig-suse-linux/ |
20:22.56 | cr2_ | dcordes: why do you have such weird EGPIO addresses ? is it a copypasted output ? |
20:23.33 | dcordes | cr2_: no how would I copy from kaiser w/o any write access.. I've written it down manually |
20:25.36 | dcordes | cr2_: although you both say it is strange, it still works |
20:25.47 | dcordes | the driver can definetly access gpios |
20:25.55 | cr2_ | dcordes: they look swapped |
20:26.03 | cr2_ | i guess so. |
20:26.13 | dcordes | did you read the log? |
20:26.17 | cr2_ | yes |
20:26.30 | dcordes | to my understanding this must work. |
20:26.32 | cr2_ | i'd like to look at the vogue spl |
20:26.35 | cr2_ | yes. |
20:26.44 | dcordes | yea dzo told me he will do. |
20:26.56 | dcordes | and that he could address you with spl needs |
20:29.15 | dcordes | cr2_: I doubble checked it: EGPIO phys=c800... virt=9800.... |
20:29.33 | cr2_ | dcordes: what you need now is the 4 param gpio function |
20:29.34 | dcordes | some bug in the driver.c? |
20:29.57 | dcordes | cr2_: ok. how can I get it :D |
20:30.01 | cr2_ | 0x98000000 1 KaiserCPLD |
20:30.12 | cr2_ | phys is 0x98000000 |
20:30.39 | dcordes | I'm personally not so concerned about this as long as it works properly |
20:31.05 | cr2_ | ok. |
20:31.23 | cr2_ | and you need to learn more about VREG |
20:31.26 | infernixxx | dcordes: im online through my kaiser right now so testing is abit hare |
20:31.28 | infernixxx | *hard |
20:32.15 | dcordes | infernixxx: ok. did you see the mmc0: message I copied? power = 2 sounds to me like there is power |
20:32.30 | infernixxx | iirc i had powermode 0 |
20:32.36 | dcordes | :) |
20:32.38 | infernixxx | i pasted here, look at logs |
20:32.52 | infernixxx | do you still get command timeouts? |
20:33.19 | dcordes | infernixxx: they should appear in dmesg repeatedly all the time right? |
20:33.27 | infernixxx | up to a minute |
20:33.33 | infernixxx | then they stop |
20:33.37 | dcordes | hm well I have seen some at the very beginning |
20:34.10 | kiozen | cr2_: lol, so much to say about GPS height measurement. This was recorded on a lake: http://www.qlandkarte.org/shot2.png |
20:36.00 | *** join/#htc-linux dcordes_ (n=lukas@92.227.184.138) |
20:36.09 | *** join/#htc-linux dcordes_ (n=lukas@92.227.184.138) |
20:36.19 | dcordes_ | is there any way to scroll left/right in vi viewmode w/o left right keys? |
20:36.59 | infernixxx | just use less |
20:37.04 | infernixxx | less will auto-wrap |
20:37.41 | cr2_ | kiozen: it picks the wrong satellites for calculating the position |
20:37.58 | cr2_ | kiozen: good for long lat, and bad for h |
20:39.28 | kiozen | yes but +-15m is imho pretty bad |
20:40.06 | dcordes_ | cr2_: the timeouts will also appear when printk is off iirc, right? |
20:40.11 | kiozen | and the receiver used the wrong hight |
20:40.18 | dcordes_ | s/cr2_/infernixxx/ |
20:40.27 | infernixxx | yep |
20:40.36 | infernixxx | well |
20:40.44 | dcordes_ | looks like I see none of them |
20:40.46 | infernixxx | actually i did enable some more debugging output |
20:40.57 | infernixxx | any chance you can send me a diff? |
20:41.02 | dcordes_ | do you have axx do you tree later? |
20:41.09 | infernixxx | i have access |
20:41.15 | *** join/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de) |
20:41.21 | infernixxx | just bitbaking all over again remotely |
20:41.38 | dcordes_ | could you give me your msm_sdcc.c so I can lookup how you do the debug? |
20:42.35 | infernixxx | #define VERBOSE_COMMAND_TIMEOUTS 1 |
20:42.35 | infernixxx | #define MSMSDCC_DEBUG_DMA 1 |
20:43.32 | infernixxx | also make sure .config has CONFIG_MSMSDCC_TRACE set |
20:43.56 | dcordes_ | ok thanks |
20:44.35 | dcordes_ | cr2_: is that 4 parameter gpio function already present somewhere? I have seen something with gpio parameters in the msm tree |
20:49.07 | dcordes_ | cr2_: can you look at proc_comm.h? |
20:52.06 | Marex | cr2_, was that disassembly any use for you? |
20:52.14 | Marex | cr2_, btw as you can see, it jumps to 0xa0100000 |
20:56.20 | cr2_ | Marex, ok, if you are so sure, change the address to 0xa0100000 |
20:56.31 | Marex | cr2_, I tried ;) |
20:56.35 | Marex | still reboots to wince |
20:56.47 | Marex | there has to be something ... else |
20:57.35 | Marex | cr2_, I have an idea where you got that 0xa0201000 from, but that's not the correct address I guess ;-) |
20:58.44 | cr2_ | Marex: not from ipl. |
20:59.20 | Marex | cr2_, you think it uses something else to wake up ? |
21:00.41 | marbalon | i found aroow keys in kaiser ;) |
21:00.52 | dcordes_ | marbalon: great |
21:01.00 | marbalon | CPLD+6 |
21:01.35 | dcordes_ | marbalon: how did you find it? |
21:02.24 | marbalon | read info in wiki, and write simple driver to read values from all cpld regs |
21:03.05 | Marex | cr2_, Im really sure about the codeflow ... qemu shows the same ;) |
21:03.30 | Marex | moreover the IPL should be enough to wake up ... so ... |
21:04.05 | marbalon | dcordes_: but i don't know how can I use it in driver, pooling mode is ugly |
21:05.21 | marbalon | today I go sleep but tomorrow I try to write something |
21:05.35 | infernixxx | marbalon |
21:05.40 | infernixxx | did you get the i2c-tools image? |
21:05.50 | marbalon | yes thanks |
21:05.54 | cr2_ | Marex: imho the jump to 0xa0100000 is a jump to the spl which was loaded from G4 with the code before ;) |
21:06.06 | dcordes_ | marbalon: bye |
21:06.07 | cr2_ | marbalon: have you fixed the wiki bits ? |
21:06.25 | Marex | cr2_, nothing gets loaded from anywhere .... the code just sets GPIOs and memory, that's all |
21:06.37 | Marex | cr2_, just ... look at the file I sent you :) |
21:07.53 | *** join/#htc-linux noelcragg (n=noel@adsl-68-121-164-151.dsl.pltn13.pacbell.net) |
21:08.00 | *** part/#htc-linux noelcragg (n=noel@adsl-68-121-164-151.dsl.pltn13.pacbell.net) |
21:09.53 | cr2_ | Marex: hm. then a jump to 0xa0100000 should resume linux ? |
21:10.30 | Marex | cr2_, isnt 0x4b4 clear enough ? |
21:10.50 | marbalon | cr2_: no, tomorrow, today sleep |
21:10.55 | marbalon | night |
21:11.08 | Marex | cr2_, but still it doesnt resume and I have no idea why |
21:11.26 | Marex | cr2_, btw what's that 2 meg offset while loading kernel on N560 ? |
21:12.50 | cr2_ | Marex: can you do 'pd 0x201000 4' ? |
21:13.11 | Marex | cr2_, after I find N560 ... sure |
21:16.50 | cr2_ | Marex: btw, do you know where to get a G4 datasheet ? |
21:17.15 | cr2_ | i need to check somehting. |
21:17.40 | Marex | probably from msys ... I doubt it's publically available |
21:18.47 | cr2_ | it was. |
21:18.59 | Marex | huh? :O |
21:19.01 | cr2_ | in a crippled form ,but it was available |
21:19.20 | cr2_ | i'm interested in the address map. |
21:19.24 | Marex | cr2_, if you get G3 or G4, can you send me ? |
21:19.34 | cr2_ | afair G4 has embedded ram |
21:19.40 | Marex | Im interested too because of palmtt5 and treos |
21:19.42 | Marex | ugh |
21:20.02 | cr2_ | Marex: check my g3 page in the xda-dev wiki |
21:20.15 | cr2_ | many key registers are not documented there. |
21:20.36 | cr2_ | so this datasheet is mostly useless, because it#s so crippled. |
21:21.31 | cr2_ | mdocg4_spec.pdf |
21:23.10 | dcordes_ | how can marbalon work with the cpld without htc-egpio? |
21:23.11 | Marex | well there is register map ... at xda-devs |
21:24.05 | cr2_ | hehe. ram page command register :) |
21:24.49 | Marex | cr2_, where did you get that file ? |
21:24.54 | cr2_ | this wiki page should be amended for g4. |
21:25.24 | cr2_ | i have many datasheets later removed by their producers :) |
21:26.15 | Marex | that's good, but ... |
21:27.46 | Marex | ok, got that file from archive.org |
21:27.56 | Marex | http://web.archive.org/web/20061111025052/http://www.tri-m.com/products/msystems/files/specs/mdocg3_spec.pdf also :) |
21:28.02 | cr2_ | 30 70 and 80 |
21:28.32 | cr2_ | it's marketing junk that you have there :) |
21:28.44 | cr2_ | i have a 86 pages manual |
21:29.01 | Marex | yea ... damn |
21:31.19 | cr2_ | still does not tell me what's at 0x201000 |
21:31.29 | cr2_ | let me know if you'll find more. |
21:32.04 | Marex | maybe some hardware that's mmaped there |
21:32.26 | cr2_ | aliased |
21:32.41 | Marex | that strb indicates it works in 8 bit mode |
21:32.53 | Marex | also it stores data there, so that has to be some setup |
21:33.46 | cr2_ | 0x1000 should be the register area |
21:33.57 | Marex | so that's DoC |
21:34.14 | cr2_ | but not 0x201000 |
21:34.15 | Marex | maybe that's second DoC ? |
21:34.23 | Marex | or second part of it |
21:34.30 | cr2_ | sable has it at 0x1000 |
21:34.36 | Marex | hmm |
21:34.39 | cr2_ | hmm. interesting idea |
21:34.51 | cr2_ | btw, the manual has the docs for stacking DoCs |
21:35.09 | Marex | well 128m DoCG3 were two 64m sticked together iirc |
21:35.14 | cr2_ | did you get it ? |
21:35.16 | Marex | hmm ... |
21:35.22 | Marex | just a sec |
21:37.12 | Marex | yup, got it |
21:37.37 | Marex | hmm ... 0x200000 is 2megs :S |
21:37.49 | cr2_ | 0x201000 |
21:37.53 | cr2_ | 128K |
21:38.17 | cr2_ | check the stacked config |
21:38.48 | cr2_ | btw, how much flash does n560 have ? |
21:39.41 | Marex | 128 megs |
21:39.52 | Marex | 0x1000 + 0x0c ... DoC control register |
21:40.09 | Marex | 0x1000 + 0x72 ... DoC control confirmation register |
21:40.25 | Marex | 0x2cc and 0x2d4 in the disasm I sent you :) |
21:40.33 | Marex | do you believe me now ? :) |
21:40.41 | Marex | it kind of makes sense ;) |
21:40.58 | cr2_ | pd 0x201000 4 |
21:41.08 | cr2_ | then i'll believe you. |
21:41.41 | cr2_ | the stuff above is for the 0x1000, not 0x201000 |
21:42.07 | cr2_ | or you have the second DoC. |
21:42.32 | cr2_ | at this address, but you can check it in the manual where one finds the control area for a stacked DoC |
21:42.56 | cr2_ | would be a really wicked config :) |
21:43.09 | cr2_ | no other devices uses stacked DoCs afaik. |
21:44.58 | Marex | damned ... my haret is trashed |
21:45.07 | Marex | gimme a sec |
21:45.23 | Marex | I cant connect to the device |
21:45.46 | cr2_ | my dev info says 51MB free |
21:46.04 | cr2_ | md8832-d1G |
21:47.00 | Marex | storage - total - 78.20 megs |
21:47.19 | Marex | which is more than 64 => 128MB DoC |
21:47.44 | Marex | MD8832-d1G |
21:48.00 | Marex | hmm ... total size 51208 KB |
21:48.02 | cr2_ | 51208KB total say fsc info |
21:48.11 | Marex | that's weird dammit |
21:48.28 | Marex | that wm memoryinfo shows 78 megs of storage :/ |
21:48.57 | cr2_ | hm.it's probably the RAM - 51MB |
21:49.02 | Marex | filestore is 80 megs |
21:49.06 | cr2_ | 80MB for ROM |
21:49.08 | cr2_ | yes. |
21:49.27 | Marex | cr2_, I cant do that PD for you, sorry :/ |
21:49.37 | Marex | Im stuck with it |
21:49.43 | cr2_ | i'll try myslef |
21:49.55 | BabelO | good night |
21:50.16 | Marex | cr2_, well I put it into default.txt, but I see nothing in the output |
21:53.12 | cr2_ | let's assume it's the second chip |
21:53.18 | cr2_ | the 0x400 is the g4 sig |
21:53.41 | cr2_ | so you'll not jump to 0xa0100000 |
21:54.03 | cr2_ | at this place |
21:54.27 | Marex | I see |
21:54.56 | Marex | I will look further then |
21:54.59 | cr2_ | +1000 short + RO chipid_0 (G3=0x200, G4=0x400) |
21:56.14 | Marex | lets use my might disassembly resolver :) |
21:57.15 | Marex | well it configures DoC ... |
21:57.18 | Marex | at 0x500 |
21:58.04 | dcordes_ | cr2_: is that 4 variable gpio setup required to use SD? |
21:58.55 | cr2_ | dcordes_: yes. |
21:59.28 | dcordes_ | cr2_: can you point me in a direction? |
22:00.02 | cr2_ | Marex: btw, the 0xa0100000 is entered with an r0 param |
22:00.06 | Marex | cr2_, looks like the DoC configure routine is pretty obfuscated there |
22:00.09 | cr2_ | Marex: it can be 1 or 0 |
22:00.42 | cr2_ | Marex: it's the SPL loader to 0xa0100000, see docg3.c driver |
22:00.59 | cr2_ | dcordes_: it's too difficult. |
22:01.31 | Marex | cr2_, but still the IPL has to take care of wakeup, isnt it so ? |
22:03.30 | cr2_ | yes. |
22:03.43 | cr2_ | but it then loads the SPL at 0xa0100000 |
22:03.47 | Marex | fine then ... I will disassemble it whole :E |
22:03.51 | cr2_ | then black magic happens. |
22:04.26 | cr2_ | i'm interested to understand the r0 on spl entry meaning. |
22:04.27 | Marex | I wont let that little shit play with me :E~ |
22:04.29 | dcordes_ | cr2_: do you know why I can't use reset since kaiser has egpio? |
22:05.30 | dcordes_ | is that because reset is controlled by the cpld? |
22:06.16 | cr2_ | dcordes_: no idea. |
22:07.21 | cr2_ | Marex: r0=0 means this "fast boot" without loading spl. r0=1 means the spl was loaded from doc |
22:11.03 | Marex | cr2_, I have to convince qemu that 0x201000 is 0x400 |
22:12.09 | Marex | <PROTECTED> |
22:12.13 | cr2_ | yes. |
22:12.32 | cr2_ | hmm. r0 is immediately killed by the spl anyway. |
22:12.59 | cr2_ | we should do a better analysis of the ipl and spl gpio setup. |
22:13.20 | cr2_ | maybe they mess too much with it. |
22:13.45 | Marex | you can just check the ipl.asm I sent you .. .everything is there |
22:13.52 | Marex | I will check the new codeflow soon |
22:13.55 | Marex | tomorow probably |
22:14.08 | dcordes_ | cr2_: do you think we can get the 4 variable stuff working at all? |
22:14.18 | cr2_ | dcordes_: yes. |
22:15.07 | dcordes_ | ok ping me when there is time/action required |
22:18.45 | cr2_ | dcordes_: do you know perl ? |
22:19.01 | dcordes_ | cr2_: no |
22:19.10 | cr2_ | ok |
22:21.13 | cr2_ | Marex: moved a bit forward |
22:21.25 | Marex | how come ? |
22:21.27 | dcordes_ | cr2_: is it a good language for beginners? |
22:21.33 | Marex | cr2_, what happened ? |
22:21.56 | cr2_ | at the spl start it checks for RCSR bit 4 set |
22:22.13 | cr2_ | and there are multiple gpio configs depending on the setup. |
22:22.20 | cr2_ | Marex: do you know perl ? |
22:23.24 | Marex | jeez ... |
22:23.29 | cr2_ | 25300 and 25304 |
22:23.41 | Marex | cr2_, just the real basics of perl (and I mean basics ) |
22:24.01 | Marex | cr2_, do you think it jumps to SPL and does the wakeup there ? |
22:24.03 | Marex | no way |
22:24.33 | cr2_ | yes. |
22:24.51 | cr2_ | omg, it wants to turn the mmu on. |
22:25.00 | cr2_ | no, not yet. |
22:25.08 | dcordes_ | cr2_: are you in artemis SPL? |
22:25.08 | Marex | :D |
22:25.32 | cr2_ | i'm bad in mrc cp15 decoding, need to write a memo into wiki |
22:25.36 | cr2_ | dcordes_: n560 |
22:25.37 | Marex | cr2_, I will look at the IPL code ... it has to wake up from there ... I never saw SPL to be used for wakeup |
22:25.55 | cr2_ | Marex: me too |
22:26.04 | Marex | then it has to be in IPL somewhere |
22:26.09 | cr2_ | but n560 "thinks different" |
22:26.13 | Marex | :D |
22:26.21 | Marex | at least you wont be bored ;) |
22:26.49 | cr2_ | heh. it turns mmu on with the wince config ;) |
22:27.23 | cr2_ | yeah, we are toast |
22:28.09 | cr2_ | nw i need to check where is the stack, and if the SPL does bad things later |
22:28.31 | cr2_ | otherwise we can turn the mmu off somewhere later. |
22:29.40 | Marex | in qemu I hang at 0x564 |
22:32.57 | *** join/#htc-linux zwox (i=zwox@par69-7-82-243-234-94.fbx.proxad.net) |
22:33.34 | cr2_ | SP is at 0xa0004000 |
22:33.37 | cr2_ | it's ok. |
22:33.48 | cr2_ | no. |
22:34.14 | cr2_ | the page table is at +0x4000, the stack is 64K up. +0x14000 |
22:34.46 | cr2_ | that's ok, the first MB may be trashed without any harm to linux kernel et al. |
22:37.42 | cr2_ | 0x14da48 |
22:37.55 | cr2_ | in the spl |
22:40.14 | cr2_ | hehe. it's somewhere outside. |
22:42.17 | Marex | :S |
22:42.22 | Marex | N560 is perverted :S |
22:43.17 | cr2_ | Marex: one opcode hack to spl may be the best solution |
22:43.48 | cr2_ | but it will kill the wince resume |
22:44.06 | Marex | there has to be a way to wake up with stock bootloader too |
22:44.42 | cr2_ | the MMU and stack in the first MB is ok. |
22:44.56 | cr2_ | the second MB is free for weird things too. |
22:45.09 | cr2_ | the spl will not hurt itself i guess. |
22:45.45 | cr2_ | it seems the the splash means 'resume failed' |
22:46.04 | cr2_ | so it's necessary to backtrack from show_splash |
22:46.09 | dcordes_ | infernixxx: ping |
22:46.11 | Marex | cr2_, I will disassemble the rest tomorow, ok ?:) |
22:47.01 | cr2_ | and it's not much, i've already found the splash entry. |
22:47.09 | cr2_ | it depends on 1 functions. |
22:47.20 | Marex | well it does some weird delay loop calibrations or something |
22:47.21 | cr2_ | on its return value :) |
22:47.51 | cr2_ | if we will resume on n560, that will be the most neat hack i've done so far :) |
22:48.57 | cr2_ | hmm. |
22:49.17 | cr2_ | it checks 253ac and 253a8 |
22:49.20 | Marex | cr2_, you will ;) |
22:49.40 | cr2_ | no, they are zeroed |
22:50.37 | cr2_ | i guess it calculates some checksums |
22:50.50 | cr2_ | for 0x25000 +0x1000 page |
22:52.35 | infernixxx | dcordes_: pONG |
22:53.01 | cr2_ | 41000000 and 41500000 |
22:53.05 | dcordes_ | infernixxx: any luck with your OE images? |
22:53.06 | cr2_ | what's that on pxa ? |
22:53.23 | infernixxx | somehow after rm -rf tmp, openssl fails to build |
22:53.37 | infernixxx | havent investigated, watching some linux.conf.au footage |
22:53.52 | Marex | cr2_, 41300000 are clock |
22:53.53 | Marex | ;D |
22:54.13 | cr2_ | ssp ? |
22:54.14 | dcordes_ | infernixxx: you in australia? |
22:55.05 | dcordes_ | you can try to mtn pull && mtn update |
22:55.12 | dcordes_ | xora pushed our changes btw |
22:55.38 | infernixxx | dcordes_: no. off the website |
22:55.45 | *** join/#htc-linux surgex0 (i=surge@pool-71-186-234-216.bflony.fios.verizon.net) |
22:55.51 | cr2_ | kpkdi and sscr0 |
22:57.09 | cr2_ | Marex: no, it's too complex ;) |
22:57.32 | cr2_ | imho it's better to take a risk and check how to reflash the DoC |
22:58.06 | Marex | cr2_, Im looking at the codeflow with DoC ID in place |
22:58.10 | Marex | that's really something |
22:58.38 | dcordes_ | infernixxx: I will prepare a diff of my tree when I cleaned it up a bit |
22:59.04 | dcordes_ | bbl |
22:59.37 | infernixxx | cool |
22:59.57 | cr2_ | Marex: a lot of bitstuffing goes on there. looks worse than aes256 :) |
23:02.07 | Marex | the IPL is totally screwed :E~ |
23:02.15 | Marex | it jumps totally randomly in the code |
23:05.24 | cr2_ | #define RCSR __REG(0x40F00030) /* Reset Controller Status Register */ |
23:06.45 | cr2_ | enter cold reset |
23:07.52 | cr2_ | Marex: did i write something about 25304 and 25314 in _pm.c ? |
23:08.32 | Marex | yup |
23:08.44 | Marex | 25304 is there |
23:09.01 | cr2_ | rcsr is checked again. |
23:09.39 | Marex | jeez |
23:10.17 | cr2_ | 1a2b3c4d leads to cold reset here. |
23:10.30 | cr2_ | rcsr is checked 4 times. |
23:10.35 | cr2_ | last time with mmu on. |
23:11.46 | cr2_ | how much is 0xb0000004- 0x07100000 |
23:11.58 | Marex | well I started analysing the codeflow in IPL ... it really does weird stuff, I give up :S |
23:12.34 | cr2_ | this is the last check before warm reset |
23:13.11 | cr2_ | a8f00004 |
23:13.24 | cr2_ | it's 40f00004 |
23:13.39 | cr2_ | #define PSSR __REG(0x40F00004) /* Power Manager Sleep Status Register */ |
23:13.41 | cr2_ | ok. |
23:14.19 | cr2_ | enteros |
23:14.22 | Marex | cr2_, I guess I will stick with palms a little longer ;) |
23:14.30 | cr2_ | check gplr4 |
23:14.36 | cr2_ | wtf is that ? |
23:14.50 | Marex | gplr4 doesnt exist |
23:14.55 | cr2_ | Marex: i'll check if the mmu is turned off at the end :) |
23:15.18 | cr2_ | http://www.handhelds.org/moin/moin.cgi/LooxC550Hardware |
23:15.25 | cr2_ | battery cover says this wiki |
23:16.56 | cr2_ | 25318 is checked. |
23:17.42 | cr2_ | and compared to 20525555 |
23:18.16 | cr2_ | it's _URR ? |
23:18.26 | cr2_ | hm. |
23:18.30 | cr2_ | _UUR |
23:18.33 | cr2_ | RUU |
23:18.45 | cr2_ | rom update utility ? |
23:18.56 | cr2_ | should be the linux sig :) |
23:20.10 | cr2_ | 253a4 ULDR |
23:21.21 | cr2_ | ULDR will be loaded at 0xa0200000 |
23:21.22 | cr2_ | bad. |
23:22.22 | Marex | cr2_, I really dont follow anymore :) |
23:22.47 | Marex | I ended at [1:09] :( |
23:23.22 | cr2_ | it may be a neat way to load linux from the SPL, but is not the resume |
23:23.44 | cr2_ | i'm going through the spl, and it does a lot of weird stuff |
23:24.26 | cr2_ | ULDR needs the CECE sig of course ;) |
23:24.27 | Marex | ipl is the same |
23:24.38 | cr2_ | otherwise it's "invalid" |
23:25.03 | cr2_ | calcULDRchecksum |
23:25.12 | cr2_ | not only ECEC |
23:25.32 | cr2_ | and then jump to 0xa0200000 |
23:25.52 | cr2_ | the tags are at +0x100 |
23:26.11 | cr2_ | the page table is at +0x4000 |
23:26.13 | cr2_ | ? |
23:26.23 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
23:26.35 | cr2_ | how long are the tags ? |
23:26.58 | cr2_ | hi dzo |
23:27.26 | dzo | hi cr2, i hear youve been looking at the kaiser spl |
23:27.46 | dzo | found anything interesting? |
23:27.56 | Marex | dzo, n560 spl ;) |
23:29.29 | cr2_ | Marex: flash IPL success |
23:29.38 | cr2_ | dzo: yes. |
23:29.48 | cr2_ | dzo: where is the vogue CPLD located ? |
23:29.50 | Marex | cr2_, what? you reflashed n560 ? |
23:30.05 | cr2_ | Marex: no, just the SPL message :D |
23:30.24 | Marex | :-) |
23:30.50 | dzo | I'm trying to figure out how audio is routed on my vogue, i think its done by the cpld. |
23:31.24 | cr2_ | dzo: is it at the same address as on titan ? |
23:31.30 | dzo | yes |
23:31.41 | dzo | its cpld3 |
23:32.24 | cr2_ | what is cpld3 ? |
23:32.25 | dzo | 16x16 bits with the top 8 bits of all doing strange things |
23:32.44 | dzo | just the htc name for it I guess |
23:32.53 | cr2_ | dzo: http://wiki.xda-developers.com/index.php?pagename=Kaiser_CPLD ? |
23:33.01 | cr2_ | where did you pick this name ? |
23:33.19 | dzo | yes, similar I think |
23:33.23 | cr2_ | the top 8bits on htc CPLDs are just random junk |
23:33.38 | cr2_ | but they are always accessed in 16bit mode |
23:33.59 | dzo | OK, that confused me a bit. |
23:34.22 | cr2_ | you should mask them from the very beginning. |
23:34.44 | cr2_ | dzo: i think you'd look at the htc 4 param gpio function |
23:35.37 | cr2_ | gpio(NUM,i,j,k) |
23:35.48 | cr2_ | NUM is the gpio number |
23:36.00 | cr2_ | i can be 1 or 2 |
23:36.08 | dzo | where is that? in the spl? |
23:36.14 | cr2_ | j is 0,1,3,4 |
23:36.16 | cr2_ | yes |
23:36.25 | cr2_ | and k is 0,1 |
23:36.42 | cr2_ | it's some gpio config stuff |
23:36.58 | dzo | spl might not help for audio, it probably only needs to init sd and usb and stuff |
23:37.24 | cr2_ | and the keyboard. |
23:37.39 | cr2_ | spl does not control the sound |
23:38.04 | cr2_ | and wavedev.dll uses rpc afair. |
23:38.05 | dzo | hmm, ill see what wavedev.dll does. |
23:38.28 | dzo | i can't see any rpc calls on my phone. |
23:38.39 | dzo | from wavedev. |
23:38.39 | cr2_ | rpc=DMOV |
23:38.47 | cr2_ | hm, i'll check. |
23:38.50 | dzo | it might access adsp directly |
23:38.52 | Marex | gnight |
23:39.21 | dzo | oh i thought dmov was DMA. |
23:40.04 | dzo | the android kernel does rpc using shared mem channels. |
23:40.28 | cr2_ | android is a bit different. |
23:41.20 | dzo | there is something in wince called DEX (data exchange i think) that looks like low level comms with A9. |
23:42.13 | cr2_ | i'll check the wavedev |
23:44.01 | dzo | ok, how do you extract wince dlls, i've been traceing things in haret but really don't understand how dlls are stored and loaded. seems like a horrible mess to me. |
23:44.39 | cr2_ | from the rom update |
23:44.51 | cr2_ | have you tried testwm5.exe ? |
23:45.01 | dzo | no, what does it do? |
23:45.05 | cr2_ | it comes with the full source |
23:45.22 | dzo | thanks, i'll try it out. |
23:45.23 | cr2_ | it loads and dumps the xip dlls |
23:45.36 | cr2_ | http://hands.com/~lkcl |
23:45.53 | cr2_ | the binary is a the top |
23:46.12 | dzo | thanks |