00:02.42 | wasup | yeah? |
00:02.45 | wasup | why is that? |
00:02.55 | *** join/#htc-linux penguinz (n=opera@66-168-215-122.dhcp.athn.ga.charter.com) |
00:03.48 | wasup | nobody's excited about the g1 nearing release? |
00:04.04 | wasup | wifi, possibilities opened up.... |
00:06.05 | *** part/#htc-linux drasar (n=maik@77.93.211.13-msol.msol.cz) |
00:14.20 | dcordes | wasup, do you know the titan acx base address? |
00:19.02 | tmzt | cr2: I think their talking about bringing those devices forward, either to hh20 or newer kernels |
00:19.45 | tmzt | to 2.6.21-hh20 at least |
00:23.04 | tmzt | dcordes: there is no dumpcis or equivalent for sdio? |
00:25.12 | wasup | no.. |
00:35.27 | *** part/#htc-linux exco (n=exco@e181109084.adsl.alicedsl.de) |
00:43.56 | *** part/#htc-linux wasup (n=Tech@208.47.103.106) |
01:01.01 | dcordes | tmzt, I don't know what that is. but babel and cr talked about some code of atheros sdio cards that's able to do so |
01:01.08 | dcordes | but it looked too complicated for me |
01:01.23 | dcordes | I hope the andr0id acx driver can help here |
01:15.48 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
01:19.33 | *** join/#htc-linux LanceHaig (i=4e696aee@foresight/member/lhaig) |
01:27.00 | dcordes | cyall |
01:39.23 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-8a5a0bd0456df7cb) |
01:54.34 | par | i think the sdiocard ihave for wlan is atmel based |
01:55.27 | *** part/#htc-linux LanceHaig (i=4e696aee@foresight/member/lhaig) |
01:56.54 | tmzt | do you know what driver it uses? the _sdio.ko part |
01:58.15 | par | let me get back to you on that |
02:04.40 | par | its an oem, so i'm trying like heck to remember the other branding for it |
02:06.27 | *** join/#htc-linux surgex (i=surge@pool-98-118-165-224.bflony.fios.verizon.net) |
02:08.28 | par | the printed branding on it is ambicom wl-11 sd |
02:09.48 | par | but i remember when i was researching it i found it was based on the same oem kit as another sdio card out of taiwan... |
02:14.26 | par | i think it was socketcomm |
02:19.44 | par | hmm linux-wlan-ng had a patch to use the Sychip WLAN6060EB sdio card long time ago |
02:20.58 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-9826182be0c88172) |
02:23.33 | par | here is where they talk about it in an old list as well as show the patch: |
02:23.36 | par | http://myt.ag/URLWeb.aspx?email=steve%40fooworks.com&url=http%3a%2f%2flists.linux-wlan.com%2fpipermail%2flinux-wlan-devel%2f2003-December%2f002824.html&sn= |
02:26.49 | par | hmm they say this about the sdio version: |
02:26.52 | par | Even the SDIO version is merely the CF IF operating across the serial |
02:26.53 | par | SDIO protocol. |
02:28.29 | par | wow so looks like those sychip designs are intersil prism. |
02:29.05 | par | i know that the oem i have is neither intersil prism or atheros based |
02:29.37 | par | i.e. its and sdio card to avoid purchasing :) |
02:31.11 | tmzt | is that atheros now? |
02:38.02 | par | i doubt it |
02:38.56 | par | do you have a list of which sdio drivers are available nowadays tmzt? |
02:45.35 | par | intersil was sold to globespanvirata |
02:55.46 | tmzt | no, I just remembed that chip being talked about as the new atheros chip (6060) |
02:56.52 | tmzt | I mean drivers in the linville .git or upstream in the 2.26.27 kernel |
02:57.37 | par | i'm sure the numbers are coincidental |
02:58.10 | par | tmzt: sure cool.. do you have a count of how many are available for it |
02:59.29 | *** join/#htc-linux ALoGeNoff (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
03:04.30 | tmzt | I'm not sure what you are asking, how many what? |
03:04.54 | tmzt | yeah I meant ar6000/ar6k |
03:05.03 | par | oh ok |
03:18.40 | par | just the amount of drivers for sdio wifi cards was what i was wondering |
03:19.27 | tmzt | I've been looking some of that up again, but you can probably look at the linux wireless site and that gitweb |
03:19.29 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
03:19.54 | par | okay thx |
03:20.03 | tmzt | ALoGeNo: hi |
03:20.18 | tmzt | ALoGeNo: were you able to compile a kernel for universal before? |
03:20.27 | ALoGeNo | hey tmzt D: |
03:20.55 | ALoGeNo | where i have compilated my kernel for the uni? |
03:21.11 | tmzt | have you been able |
03:21.28 | ALoGeNo | let my translate |
03:22.18 | ALoGeNo | yes yes tmzt |
03:22.26 | ALoGeNo | why? |
03:22.48 | ALoGeNo | but is the same source that the precompiled kernel.. |
03:22.57 | ALoGeNo | have the same bugs |
03:23.02 | tmzt | do you think you could change the magician file to work on universal in the new kernel source? |
03:23.25 | ALoGeNo | the fucking.c or .h file? |
03:23.46 | ALoGeNo | but im not developer :P |
03:23.48 | tmzt | the machine definition, which is like a template |
03:25.17 | ALoGeNo | i mean if you give me the file.c and you say put that in that folder i compile that but i dont know debug the driver if that you mean.. |
03:25.32 | *** join/#htc-linux evildarknight (n=charles@41.207.133.197) |
03:26.23 | tmzt | I do not believe there is a way to build for multiple machines yet so I only have one set of source for my own device |
03:26.43 | tmzt | and the linwizard for Bruce* |
03:27.08 | ALoGeNo | dont worry tmzt, the uni works alot fine.. |
03:27.12 | tmzt | yes, I could probably paste a file to you |
03:27.29 | ALoGeNo | but the fucking drivers hangs sometimes.. and that is a crap.. |
03:27.36 | tmzt | I know, it's more of a maintanance task |
03:27.44 | tmzt | the wifi? |
03:27.48 | ALoGeNo | yes |
03:27.59 | tmzt | g1 release is supposed to help with that, maybe |
03:28.02 | ALoGeNo | acx driver |
03:28.19 | ALoGeNo | is the same chip? |
03:28.36 | tmzt | but we need to get ready for those drivers to work, or we will have to use wireless-compat or something to make it work on 2.6.21-hh20 |
03:28.42 | tmzt | I think, at least an acx |
03:28.57 | ALoGeNo | hum... |
03:31.27 | ALoGeNo | but we can extract only the module acx and recompile ir for the uni? |
03:31.35 | ALoGeNo | it* |
03:31.55 | tmzt | not sure we know that yet |
03:32.23 | ALoGeNo | kk roger |
03:32.29 | tmzt | it is apparently going to be source released at near the same time as g1 |
03:32.47 | tmzt | and that should be a 2.6.25 kernel, if I remember |
03:33.03 | ALoGeNo | understud |
03:34.09 | tmzt | my understanding is the information specific to uni is in the old source .c file (htcuniversal probably) |
03:34.29 | tmzt | and we need to translate it to the new kernel and create a universal.c file in mach-pxa |
03:34.36 | tmzt | and add it to Makefile and Kconfig |
03:34.39 | ALoGeNo | i need speak about that stuff of mix kernels or that with rafa in spanish.. becose i have importatnt questions.. but rafa is a busy man :/ |
03:35.21 | ALoGeNo | oh nice explanation tmzt |
03:36.27 | tmzt | dcordes is looking at making oe build the pxa devices from git, same as msm, and I think omap |
03:37.25 | ALoGeNo | :) |
03:37.36 | ALoGeNo | what is msm and omap? |
03:38.07 | tmzt | msm is the qualcomm chip used in kaiser/titan/raphael |
03:38.23 | tmzt | which has a arm11 for the software and arm9 for the radio |
03:38.52 | tmzt | omap is chip from Texas Instruments that has arm core and dsp (signal processing) core |
03:40.08 | tmzt | we found out that titchy and sumoudou are both using hh.org -hhxx kernels? |
03:43.14 | ALoGeNo | okay.. you explain like a open book :) |
03:44.04 | ALoGeNo | yep.. titchy and hh kernels booting |
03:45.12 | ALoGeNo | (damn sometimes my english isnt enought..) |
03:45.29 | tmzt | no, I understood that |
03:45.31 | *** join/#htc-linux BruteFrce (n=IrcNet@m4b0e36d0.tmodns.net) |
03:45.55 | tmzt | back on wm irc? |
03:46.34 | BruteFrce | once i get the gpio values from gpio watch in haret for the dpads.. how do i map them from there? |
03:46.52 | BruteFrce | for now ssh is really slow |
03:47.09 | BruteFrce | tmzt we have gpe going now |
03:47.27 | BruteFrce | just no way to navigate in it with no touchscreen |
03:47.35 | BruteFrce | cr2 you here? |
03:47.46 | tmzt | if those are supported by gpio-keys it might be simple enough to add them to the htcexcalibur.c as platform data |
03:47.51 | tmzt | on gizzard? |
03:48.10 | tmzt | I think matchbox-desktop works with keyboard |
03:49.04 | BruteFrce | is that what gizard uses? |
03:49.11 | BruteFrce | cause i tried every key |
03:49.20 | tmzt | no, I mean do you have gpe on gizard? |
03:50.06 | BruteFrce | gizard has gpe built in |
03:50.15 | BruteFrce | thats the wm |
03:50.32 | tmzt | can you emerge matchbox ? |
03:50.46 | BruteFrce | no net |
03:50.47 | tmzt | or where did you get that? |
03:50.56 | BruteFrce | get what? |
03:51.12 | BruteFrce | its the wm that linwizard uses |
03:51.12 | tmzt | get the gpe packages, they are in the image you downloaded? |
03:51.43 | tmzt | gpe has desktop icons? |
03:51.54 | BruteFrce | folders |
03:52.04 | BruteFrce | oh wait nm not gpe |
03:52.15 | BruteFrce | gpe is fb not x right? |
03:52.22 | tmzt | gpe is X |
03:52.23 | BruteFrce | no thats opie |
03:52.41 | tmzt | unless gtk is built on fb |
03:52.46 | BruteFrce | ya i believe gpe is what linwizard uses usnt it |
03:52.56 | BruteFrce | isnt |
03:53.36 | tmzt | I forget what gpe uses for a desktop |
03:54.03 | BruteFrce | well whatever it is we can see it now just cant use it |
03:54.29 | BruteFrce | had to use xinit instead if startx lol |
03:56.13 | BruteFrce | but we have the gpio info now for the dpad just dont know what to do with it |
03:56.33 | tmzt | you have to build the kernel to use it |
03:56.45 | tmzt | each key is one gpio? |
03:57.05 | BruteFrce | huh? |
03:57.13 | BruteFrce | build what kernel? |
03:57.26 | tmzt | linwizard kernel |
03:57.28 | BruteFrce | the kernel is built...? |
03:57.39 | BruteFrce | what are you talking about |
03:57.46 | tmzt | you have to recompile the kernel to add the gpio key definitions |
03:58.18 | BruteFrce | oh well ya but what handles them? the kb driver.. where how? |
03:58.53 | tmzt | a seperate kb driver called gpio-keys |
03:59.03 | tmzt | each key gives a different gpio? |
03:59.16 | BruteFrce | i dont know what that means? |
03:59.29 | tmzt | the omap keyboard driver is omap-keypad |
04:00.13 | tmzt | < BruteFrce> once i get the gpio values from gpio watch in haret for the |
04:00.14 | tmzt | <PROTECTED> |
04:03.16 | BruteFrce | i just have what it told me.. a bunch of hex |
04:03.56 | tmzt | it should be a small decimal integer, if you used haretconsole |
04:04.35 | tmzt | haretconsole logs the raw output from haret not what it prints |
04:04.58 | tmzt | you need what it prints on the screen (copied to notepad) |
04:06.14 | BruteFrce | no its a bunch of hex.. i did it with haret console |
04:06.35 | BruteFrce | that is what it prints on the screen |
04:07.16 | tmzt | oh, maybe it doesn't decode omap right |
04:07.36 | tmzt | what did you do to trace it? |
04:08.00 | tmzt | I mean, did someone give you addresses to trace? |
04:08.03 | BruteFrce | i didnt another guy id |
04:08.31 | BruteFrce | he used something like gpio-watch 1 in haret console |
04:09.12 | BruteFrce | its on gpio 26 |
04:09.34 | tmzt | its? |
04:10.16 | BruteFrce | the dpad lol |
04:10.33 | BruteFrce | he is coming here i am terrible proxy lil |
04:10.40 | BruteFrce | lol |
04:10.40 | tmzt | ok, gpio-keys requires that each key is a different gpio |
04:10.49 | BruteFrce | wait wait |
04:11.00 | BruteFrce | he will be here in a sec |
04:12.52 | penguinz | Hey, i'm the one trying to figure out this d-pad |
04:13.09 | tmzt | hey |
04:13.44 | penguinz | I basically just telnet'd to haret and ran "watch gpio" |
04:13.53 | BruteFrce | sorry for being a horrible proxy guys |
04:13.56 | penguinz | and took note of what was generated when pressing the dpad |
04:13.56 | tmzt | ok, you want to use haretconsole |
04:14.05 | penguinz | ok, that gives different results? |
04:14.21 | tmzt | yeah, it translates traces into more readable form |
04:14.35 | penguinz | ah okay |
04:14.37 | tmzt | most of it used to be in haret, but now its in python |
04:14.52 | penguinz | so i need to use the python console to read it instead |
04:14.54 | penguinz | got it |
04:15.20 | tmzt | if all of the buttons are giving you gpio 26, it is probably something else |
04:15.29 | tmzt | but, you have excalibur and can build a kernel? |
04:15.44 | penguinz | yes, i have it working |
04:15.55 | BruteFrce | ya he alreayd has the proper toolchain |
04:16.00 | BruteFrce | already |
04:16.25 | BruteFrce | but we really want to use linwizard so we can teal there gsm work when its done lol |
04:16.37 | penguinz | the output is much different now |
04:17.03 | BruteFrce | cause tmzt you wanted to start from scratch didnt you? |
04:18.58 | penguinz | alright, i have some output now from the dpad |
04:19.27 | BruteFrce | is it still hex or decimal? |
04:19.40 | penguinz | decimal |
04:19.48 | penguinz | want me to send it to you? |
04:19.57 | BruteFrce | good thats what e need i think |
04:20.07 | BruteFrce | lol what would i do with it? |
04:20.12 | tmzt | BruteFrce: on what? |
04:20.30 | BruteFrce | tmzt the kernel |
04:21.05 | tmzt | the linwizard gsm work would be in the kernel, which is the same wether used with gizard or debian or openembedded |
04:21.44 | BruteFrce | ya but they have alot of stuff already sone that we would ned to do. so why start over? |
04:21.54 | BruteFrce | done |
04:22.13 | tmzt | we don't need to start over |
04:22.46 | BruteFrce | i thought you said the other day you wanted to |
04:22.57 | tmzt | it is just a lot simpler to build a kernel with a simple toolchain than something as complicated as gentoo or openembedded |
04:23.18 | BruteFrce | he already has the toolchain |
04:23.28 | tmzt | the kernel build infrastructure works very well in a cross-compiled environment |
04:23.31 | BruteFrce | so its not really a problem now |
04:23.51 | tmzt | because there is no library to build code against |
04:24.42 | BruteFrce | we have everything e need to just modify there kernel for this device... |
04:26.42 | BruteFrce | i mean we couldnt even get init working when e tried it that way.. why not just use the linwizard kernel and inird that already works? |
04:27.06 | BruteFrce | initrd |
04:27.27 | tmzt | the linwizard is fine, and you can use any initrd you want to |
04:27.35 | tmzt | linwizard kernel source is fine, |
04:27.43 | tmzt | what are you asking? |
04:28.23 | BruteFrce | omg nm |
04:29.00 | tmzt | if you get those keys mapped then you will have gpe working, is that what you are saying? |
04:29.23 | BruteFrce | i dont know if gpe supports keyboard navigation |
04:29.42 | tmzt | but you can't build matchbox-desktop or whatever without a full gentoo setup? |
04:29.54 | BruteFrce | but how do we get the dpad working.. we have to modify the driver? |
04:30.11 | tmzt | penguinz: did you get those traces? |
04:30.24 | penguinz | yes. |
04:30.38 | tmzt | did you get different gpio's for each key? |
04:30.58 | BruteFrce | is the power key the same? |
04:31.02 | penguinz | I believe so, looks like they are sequential |
04:31.12 | penguinz | 848,849,850,851 |
04:32.07 | BruteFrce | how hard would it be to boot stand alone on a sd? |
04:32.30 | tmzt | it could be a card detect gpio |
04:32.39 | tmzt | penguinz: can you trace when you insert a card? |
04:32.59 | penguinz | i can try that, one sec |
04:33.05 | tmzt | penguinz: those numbers look high |
04:33.30 | penguinz | which number am i looking at in this line: 006.602 GPIOS GPIO3-IM: IM83(851)=0 |
04:33.52 | tmzt | kevin2 said the one in () is internal to haret for ibit |
04:33.58 | tmzt | so 83 I think |
04:34.06 | penguinz | oh, okay, my mistake |
04:34.27 | tmzt | mine as well, |
04:34.29 | penguinz | 80-83 then |
04:34.46 | penguinz | and i guess the center button could be 79 or 84 |
04:34.48 | tmzt | soft keys |
04:35.02 | tmzt | it doesn't work? (center button) |
04:35.09 | penguinz | well it closes haret |
04:35.25 | penguinz | i can try to capturing it again |
04:35.49 | penguinz | the center is actually 76 |
04:35.58 | penguinz | i must have missed it earlier |
04:36.37 | penguinz | card removal is 79 |
04:36.39 | tmzt | at least it doesn't boot linux |
04:36.45 | BruteFrce | what about power.. is it gpio? |
04:37.08 | penguinz | looks to be 139 |
04:37.45 | druidu | hey there! |
04:38.01 | druidu | what device are you guys working on? |
04:38.09 | penguinz | excalibur |
04:39.23 | tmzt | it's an omap850, like wizard |
04:39.30 | druidu | interesting |
04:39.37 | druidu | so does the android kernel boot? |
04:39.44 | BruteFrce | except single core |
04:39.47 | tmzt | android kernel? that is for msm |
04:39.59 | penguinz | i've not attempted that yet, working on getting keys working nicely |
04:40.13 | tmzt | I think it's dual core but modem is on the other one |
04:40.33 | BruteFrce | so what do we do with these numbers tmzt? |
04:40.38 | tmzt | android may run since it runs on n800 |
04:40.57 | tmzt | but the kernel would have to adapted, mostly framebuffer driver |
04:41.19 | druidu | hehe, framebuffer is always the hardest |
04:41.25 | tmzt | add a gpio-keys platform device to htcexcalibur.c |
04:41.33 | BruteFrce | really... i thought the wizard had another core for the radio.. and the excalibur handled everything with one |
04:41.46 | tmzt | android needs SWAP ioctl to do double buffering |
04:42.17 | tmzt | if that was the case you would probably not be running linux on it |
04:42.37 | tmzt | the security those vm's use would make it really difficult |
04:42.41 | BruteFrce | penguinz you know how to add the gpio keys to the htcexcalibur.c |
04:44.55 | penguinz | what would be a good device for me to look at as an example? |
04:45.09 | tmzt | look at tosa.c in mach-pxa |
04:45.13 | penguinz | ok, thanks |
04:45.43 | tmzt | add #define's for those gpios, either to htcexcalibur.c or to a header file |
04:45.52 | tmzt | and set .gpio = |
04:46.07 | tmzt | the power example should work for that power button gpio |
04:46.32 | tmzt | assuming omap has a full gpio_ api implemented that should work |
04:47.54 | tmzt | palmz71 in mach-omap1 might help with mmc |
04:48.32 | BruteFrce | mmc already works |
04:48.55 | tmzt | you said sd card didn't work? |
04:49.05 | tmzt | or you couldn't mount root on sd? |
04:49.07 | BruteFrce | i was wrong |
04:49.33 | tmzt | oh, when you insert a card you get a message about the partitions? |
04:49.33 | BruteFrce | i wasnt mounting it right |
04:50.07 | BruteFrce | havent tried probably not since that would require the gpio card in stuff right? |
04:50.32 | tmzt | yeah, unless I left it from wizard and its the same, which is unlikely |
04:50.34 | BruteFrce | but with the card in he could read the dir correctly and open files |
04:50.35 | penguinz | I was successful in mounting / reading from an SD card, but did nto try writing |
04:50.45 | BruteFrce | ya |
04:52.30 | BruteFrce | so we could maybe start doing real boot on the sd.. instead of a ramdisk? |
04:52.49 | tmzt | you need a ramdisk to make that work |
04:53.00 | tmzt | I can send you one that might work |
04:53.09 | tmzt | it works on pxa |
04:53.28 | BruteFrce | i read an rticle about running linwizard from the sd card.. no haret |
04:53.43 | tmzt | it takes the root= and rootdelay= parameters and mounts gizard or whatever on the sd card |
04:53.58 | tmzt | that might be with the htc bootloader |
04:54.04 | tmzt | don't know anything about that |
04:54.21 | BruteFrce | ya, that doesnt require a ramdisk right? |
04:54.51 | tmzt | what doesn't require a ramdisk? |
04:54.56 | BruteFrce | someone has even partitioned there rom and flashed it on that way |
04:55.04 | BruteFrce | nevermind lmao |
04:55.24 | tmzt | nice, on what device? |
04:55.49 | BruteFrce | a wizard.. i believe or maybe something with a 256 rom |
04:57.22 | BruteFrce | i dunno i have been reading forums all day |
04:57.44 | BruteFrce | theres alot of projects out there like this |
04:58.05 | tmzt | it's a goal for most of these projects/devices |
04:59.15 | BruteFrce | i read about a guy getting uclinux on his TI scientific calculator |
05:00.11 | BruteFrce | it even had a fb wm |
05:00.23 | tmzt | nice, I would like to see that |
05:00.33 | druidu | you know, I really look forward for the day toasters will be smart enough so you can hack linux onto them... |
05:00.41 | tmzt | most have been 92 though, z80 would be really impressive |
05:01.59 | BruteFrce | digital cameras, tivos, mp3 players it amazes me |
05:02.34 | tmzt | a ti calculated is the only device you can use all day in school |
05:02.49 | tmzt | and program in basic |
05:02.56 | BruteFrce | lmao |
05:03.15 | BruteFrce | maybe even build |
05:03.45 | BruteFrce | anyone know fortran? |
05:04.00 | tmzt | formats and prints |
05:04.11 | tmzt | why? |
05:04.22 | BruteFrce | theres a job opening at my work temp job for a fortran programer |
05:04.33 | BruteFrce | 60 dolars an hour. |
05:04.44 | BruteFrce | dollars |
05:04.52 | tmzt | no, most fortran is science or math though |
05:05.10 | BruteFrce | ya its old |
05:05.35 | BruteFrce | we still use oracle |
05:07.15 | BruteFrce | how is it going penguinz? |
05:08.04 | penguinz | might be getting somewhere, about to find out |
05:08.35 | BruteFrce | sweet, i fiNaly get to watch the happening tonight |
05:09.02 | BruteFrce | been waiting forever, i love shymalans work |
05:12.30 | BruteFrce | but thats off topic |
05:13.57 | BruteFrce | tmzt how is work for your device going? |
05:14.16 | tmzt | need to trace to communication with usb transceiver |
05:17.22 | BruteFrce | usb transcieverh |
05:17.27 | BruteFrce | h/? |
05:17.46 | tmzt | the chip that handles the usb port for charging, audio, serial port and whatever |
05:18.19 | tmzt | we need to switch it to a particular mode, and to get the usb detect signal |
05:18.29 | tmzt | there doesn't seem to be a simple gpio for that |
05:18.42 | BruteFrce | for serial or to charge? |
05:18.51 | tmzt | just usb |
05:19.14 | tmzt | but motorola uses the same pins for all of those |
05:19.27 | BruteFrce | so you have no usb at al right now? |
05:19.59 | tmzt | no |
05:20.24 | W8TVI | "Ego te absolvo in nomine Torvalds, et Wozniak, et Intel Insidus. Amen." |
05:21.24 | tmzt | . |
05:21.27 | tmzt | . |
05:21.42 | BruteFrce | whats with the flood? |
05:21.52 | tmzt | preservation |
05:22.02 | BruteFrce | huh? |
05:22.15 | BruteFrce | what are you preserving? |
05:22.39 | BruteFrce | his prayer? |
05:22.46 | tmzt | just playing |
05:23.21 | BruteFrce | did i just say al that bout gpe here or in #linwizard? this client sucks |
05:23.44 | tmzt | I see it in linwizard |
05:23.55 | tmzt | but not even tommie-lie is there |
05:24.03 | BruteFrce | okay good |
05:24.11 | tmzt | well, he helped before, I mean |
05:24.14 | BruteFrce | what about solar or miknix |
05:24.20 | tmzt | with the fbcon rotate thing |
05:24.24 | BruteFrce | ali1234 |
05:24.48 | tmzt | solar was |
05:25.08 | BruteFrce | ya i am writing all these names down to credit you guys if anything official ever comes og this lol |
05:25.17 | BruteFrce | of |
05:25.48 | tmzt | I think its about making the devices more useful, someday |
05:25.56 | BruteFrce | i was thinking about making a sf project but i dont know enough to run it, i just want it to exist |
05:26.21 | tmzt | I just like keyboards, and none of the linux phones have them I can find |
05:26.30 | BruteFrce | yes thats what i want, open source always generates more useful applications faster and usually better |
05:27.02 | tmzt | being able to run mobile firefox (fennec) or webkit, abiword (full .doc support), evince (.pdf), etc. |
05:27.19 | tmzt | and ssh |
05:27.41 | BruteFrce | ya and al natively |
05:27.45 | BruteFrce | all |
05:28.06 | tmzt | conduit (keep synced with everything), telepathy client with full |
05:28.11 | tmzt | support for different ims |
05:28.24 | BruteFrce | they say firefox mobile will come out for wince this quarter |
05:28.40 | tmzt | that will be good to have as well |
05:29.00 | BruteFrce | ya because skyfire isnt the answer it sucks |
05:29.13 | tmzt | tomboy or similar for notes, modest-type email for full imap push |
05:30.23 | BruteFrce | maybe a small x irc client would be nice as well |
05:30.48 | tmzt | telepathy with muc would work, or xchat2 in a small form |
05:31.01 | BruteFrce | i fear the wizard has different gsm hardware and if thats the case who will we ever get to make it work? |
05:31.38 | tmzt | does linwizard at cmd work now? |
05:32.16 | tmzt | big problem is going to be gtk2 I think, it needs to fit better |
05:32.32 | tmzt | but rewritting everything with efl does not seem to be the answer either |
05:32.36 | BruteFrce | what ya mean linwizard at cms? |
05:32.39 | BruteFrce | cmd |
05:32.57 | tmzt | linwizard has a simple at command interface to the modem |
05:33.04 | tmzt | does that work on excalibur? |
05:33.40 | tmzt | it does not support ppp or reading and writting at the same time |
05:33.50 | BruteFrce | well since i didnt know about it i havent tested it lol |
05:34.00 | tmzt | or, you have to open it for either reading or writting |
05:34.07 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-244863c4ef674293) |
05:34.14 | tmzt | not sure how it works |
05:34.45 | BruteFrce | plus no one even know how the audio is routed.. so even if we could get a call we couldnt hear or send sound |
05:35.15 | tmzt | that can be traced |
05:35.31 | tmzt | first, logging at command with the reg entry |
05:35.46 | tmzt | and then tracing i2c or whatever to find the commands |
05:35.56 | tmzt | to configure the codec chip |
05:36.00 | BruteFrce | well i dont know why no one has |
05:36.08 | tmzt | on wizard? |
05:36.21 | BruteFrce | pppd is going to be a mess |
05:36.25 | BruteFrce | ya |
05:36.34 | tmzt | it needs the tty driver that ali1234 is working on |
05:36.45 | tmzt | and maybe a mux daemon like on openmoko |
05:37.16 | BruteFrce | is he actively working on it? |
05:37.23 | tmzt | don't know |
05:38.18 | BruteFrce | penguinz ya still there? |
05:39.12 | BruteFrce | he is a busy bee |
05:41.02 | BruteFrce | had the toolchain setup, rebuilt a kernel with no keymap so he could get the keycodes again from debug messages, and now almost already has everything including dpad mapped, all in a day |
05:42.00 | tmzt | what keycodes are you trying to get? |
05:42.35 | penguinz | tmzt-- ok i have the structures replicated, do you know where the functions that use them are? i can't really seem to locate them. |
05:42.53 | tmzt | hold on |
05:43.32 | tmzt | gpio_keys_platform_data in tosa.c |
05:44.10 | tmzt | then add it to the devices array, or as a platform_add_device |
05:44.14 | tmzt | entry in init |
05:45.24 | penguinz | yes, i added my excalibur_gpio_keys_device as a platform_device |
05:45.46 | tmzt | you need the platform_data as well |
05:45.53 | penguinz | oh, ok |
05:46.11 | tmzt | got those backwards |
05:46.34 | BruteFrce | tmzt the ones for the keyboard.. i lost the ones i wrote down, but he has em now |
05:46.55 | tmzt | yeah, you define the platform_data |
05:47.10 | tmzt | and add the keys reference to it |
05:47.27 | tmzt | and add the platform_data reference to the _device |
05:47.31 | tmzt | and register the _device |
05:49.12 | penguinz | oh, does the platform_device need to appear after all device structures? |
05:49.20 | penguinz | maybe that is the problem. |
05:53.31 | bolly | anyway i can tilt the screen with the angstrom init |
06:01.03 | tmzt | I think so |
06:01.12 | tmzt | bolly: what are you asking? rotate? |
06:05.48 | bolly | yeah |
06:06.11 | bolly | just loaded the image but unfortunately it's in portrait |
06:07.27 | tmzt | fbcon:rotate="3" in the startup.txt/default.txt "set cmdline" |
06:07.34 | tmzt | if you mean in X, xrandr -o 3 |
06:07.44 | bolly | shall i remove the root=/dev.. bit |
06:07.56 | bolly | i have an sd card not sure if i should be loading a rootfs |
06:08.01 | bolly | i picked up some files |
06:08.15 | bolly | Angstrom-openmoko-image-glibc-ipk-2008.1-test-20080718-htckaiser.rootfs.tar.gz |
06:08.21 | tmzt | no, add that to the end |
06:08.32 | tmzt | fbcon:rotate=3 |
06:08.37 | tmzt | no quotes, sorry |
06:08.41 | bolly | okies |
06:08.43 | bolly | testing |
06:08.51 | tmzt | you have kaiser? |
06:09.05 | bolly | yeah |
06:09.16 | tmzt | neat, dcordes has that |
06:09.26 | tmzt | were working on it, X and touchscreen |
06:09.31 | bolly | ran like a dog in wm61 so started looking around |
06:09.36 | bolly | oh nice |
06:09.48 | bolly | android loaded but i had some issues with touchscreen but i can wait |
06:09.53 | bolly | anyway i can get to openssh? |
06:09.59 | bolly | wifi perhaps? |
06:10.04 | tmzt | usb does not work |
06:10.15 | tmzt | on gprs |
06:10.17 | tmzt | only gprs |
06:10.27 | tmzt | you can set up a reverse ssh |
06:10.54 | bolly | ahh |
06:10.55 | bolly | great |
06:10.58 | bolly | will that work through a proxy |
06:11.08 | bolly | crappy web bolt on i have is http proxy only |
06:12.06 | bolly | i'm guessing run ssh on port 443 or something |
06:14.29 | bolly | hmm doesn't appear to be rotating |
06:14.39 | bolly | set CMDLINE fbcon:rotate=3 right? |
06:15.27 | tmzt | don't remove the root= |
06:15.41 | tmzt | add it to it between the " " |
06:15.58 | bolly | set CMDLINE "root= fbcon:rotate=3" ? |
06:17.10 | tmzt | what |
06:17.22 | tmzt | whatever was after root= before leave it there |
06:17.29 | bolly | that line was uncommented before |
06:17.33 | bolly | uses /dev/mmcblk0p2 |
06:17.39 | bolly | is that my internal disk? |
06:17.41 | tmzt | are you using a sd root? |
06:17.46 | bolly | no i'd like to though |
06:17.47 | tmzt | no, that is the sd card |
06:18.01 | tmzt | it has dma problems but works sometimes for dcordes with angstrom |
06:18.15 | bolly | writable? |
06:18.36 | bolly | shall i just extract a rootfs to the sd card? |
06:18.46 | tmzt | you can |
06:18.58 | bolly | fat32? |
06:19.05 | tmzt | add rootdelay=5 |
06:19.08 | tmzt | to cmdline |
06:19.14 | tmzt | it needs to be ext2/ext3 |
06:19.19 | bolly | ah |
06:19.25 | bolly | can i wipe it from angstrom? |
06:19.57 | tmzt | you can but the rootfs .tar.bz2 on the fat partition |
06:20.03 | tmzt | and extract it, I think |
06:20.53 | penguinz | i got input! |
06:21.20 | tmzt | nice |
06:21.28 | tmzt | can you map the key syms |
06:21.29 | tmzt | > |
06:21.31 | tmzt | ? |
06:21.32 | penguinz | it is not consistent at all though |
06:21.59 | penguinz | i press it a lot and it rarely produces a character |
06:23.11 | penguinz | perhaps .active_low has something to do with that? |
06:23.35 | penguinz | another question, I cant seem to map direction keys to anything |
06:23.59 | BruteFrce | we already had non dpad input...? |
06:24.03 | penguinz | for instance: KEY(0,1,KEY_DOWN) does not make a down key |
06:24.15 | penguinz | i mean, i got input from the dpad |
06:24.41 | BruteFrce | im lost |
06:24.50 | tmzt | omap-keypad doesn't work now? |
06:24.57 | BruteFrce | you just said you couldnt map them |
06:25.03 | tmzt | do you have the source (board.txt) from BruteFrce |
06:25.05 | penguinz | yes, it works fine, i just can't map directions |
06:25.05 | tmzt | > |
06:26.15 | BruteFrce | you mean you can press them but you get like a debug message? |
06:26.38 | penguinz | Let me try to explain the 5-way navi (dpad situation) |
06:27.01 | penguinz | You mash the crap out of it and it will make characters i assigned to it appear on the screen, not once per press |
06:27.24 | BruteFrce | characters assigned to ith |
06:27.34 | BruteFrce | it? |
06:27.48 | penguinz | yeah, you have to tell it what "key" to produce |
06:28.44 | BruteFrce | in this case its not a character though its telling the cursor to move right? |
06:29.12 | penguinz | no, i cant get directions to work at all even with the omap-keyboard |
06:29.22 | penguinz | it is mapped to d, c , e |
06:30.05 | BruteFrce | for testing purposes? |
06:30.13 | BruteFrce | i dont get it lol |
06:30.27 | penguinz | yes, for testing purposes |
06:30.34 | BruteFrce | okay |
06:30.38 | tmzt | penguinz: are you saying the letter (qwerty) keys work? |
06:30.51 | bolly | i can't seem to mount it |
06:30.58 | bolly | mmcblk0p2 anyway |
06:31.10 | tmzt | do you have two partitions? |
06:31.16 | penguinz | the qwerty keys have always worked. |
06:31.21 | BruteFrce | lol |
06:31.26 | bolly | nope tmz |
06:31.29 | bolly | just the main one |
06:31.51 | bolly | ramdisk |
06:31.52 | BruteFrce | he used iur keymap tmzt or wrote his own |
06:32.30 | penguinz | Oh, the "original" keymap was tmzt's work? |
06:32.54 | tmzt | no, BruteFrce made the list of the keys as macros KEY(x,y,kc) |
06:33.03 | tmzt | I put it in the board file |
06:33.10 | penguinz | oh, where is the board file? |
06:33.14 | BruteFrce | ya group effort lol |
06:33.28 | BruteFrce | on the forums... |
06:33.36 | BruteFrce | you knew that lol |
06:33.42 | penguinz | oh, that board file, i'm sorry confusing myself |
06:33.52 | BruteFrce | you built a kernel with it i thought |
06:34.31 | penguinz | Correct, and I changed the keymap slightly and have now added structures for gpio_keys to get the 5-way nav button working |
06:34.42 | BruteFrce | oh |
06:34.50 | tmzt | I mailed it to BruteFrce so he could get someone to build the kernel, now I don't know if I have the latest |
06:35.20 | penguinz | it's okay I don't need that. I just want to know why directions dont map |
06:35.37 | tmzt | penguinz: I thought you just said you had to remake it because BruteFrce didn't have it |
06:35.52 | penguinz | no, i'm sorry for the confusion |
06:36.01 | BruteFrce | no because i mapped some stuff wrong |
06:36.03 | tmzt | anyway, you can set the .code to any keycode, such as KEY_UP |
06:36.13 | BruteFrce | the alt shift esc |
06:36.28 | penguinz | yes, i set several working keys to KEY_UP, KEY_LEFT etc. and they dont work as such |
06:37.32 | tmzt | you mean the hardware direction keys |
06:37.45 | penguinz | yes, like what you would move the cursor with |
06:37.47 | BruteFrce | but if they ere wrong you would have had an error at build |
06:38.17 | penguinz | correct, there are no errors when building. |
06:38.29 | BruteFrce | so the syntax is right |
06:38.39 | BruteFrce | thats weird |
06:38.58 | tmzt | the gpio keys work? the others don't? I am confused now |
06:39.25 | tmzt | you might get the linux terminal codes [[A or whatever |
06:39.51 | penguinz | They all work, except the 5-way navigator button does not work consitently |
06:40.17 | penguinz | i will see if the terminal codes work. |
06:41.06 | tmzt | I wonder if those are posted to the console device |
06:41.18 | tmzt | or only on a seperate input device |
06:42.30 | BruteFrce | tmzt qwerty works and always has.. he tried mapping letters to the dpad to test and it only worked sparadicly... he tried mapping qwerty keys to key_up and suc and that didnt even work |
06:42.58 | tmzt | ok |
06:47.37 | BruteFrce | any clue how to trouble shoot it? |
06:49.18 | bolly | i've just reseated the sd card and it detects it being plugged in |
06:49.42 | tmzt | ok |
06:49.42 | bolly | it calls it mmcb1k0 mmc0:4999 SD016 10060B0KiB mmcb1k0: p1 |
06:50.40 | tmzt | you have one partition, what kind of filesystem is on it? |
06:50.58 | bolly | fat32 atm but would like to convert to ext3 |
06:51.05 | bolly | then untar that rootfs on it |
06:51.16 | bolly | rotate is working btw thank you :) |
06:51.29 | tmzt | do you have a linux pc? |
06:51.37 | bolly | afraid not |
06:51.51 | bolly | might have a bootable one somewhere |
06:54.39 | bolly | found one |
06:54.44 | bolly | debian 3.1 |
06:54.50 | bolly | want me to boot that and format the card from my pc? |
06:54.50 | BruteFrce | wow |
06:55.26 | bolly | she's fairly scratched |
06:55.36 | BruteFrce | debian 3... is that potato? |
06:55.51 | bolly | prolly! |
06:55.58 | bolly | it was in my cd graveyard |
06:56.01 | tmzt | 3.0 is woody, isn't it? |
06:56.12 | BruteFrce | ya thats right |
06:56.26 | bolly | 3.1 sarge |
06:58.01 | bolly | brb swapping pcs |
06:58.07 | BruteFrce | i miss debian |
06:58.11 | *** join/#htc-linux Bolly (n=Bolly@87-194-145-4.bethere.co.uk) |
07:00.14 | BruteFrce | 0 hour pst |
07:01.00 | BruteFrce | um... i didnt type that |
07:01.47 | Bolly | im in ash in rescue |
07:01.55 | tmzt | 7 minutes early anyway |
07:02.11 | BruteFrce | early for? |
07:02.38 | tmzt | 0:00 |
07:02.42 | BruteFrce | oh zero hour? |
07:03.05 | BruteFrce | no its exactly 00 02 pst |
07:03.18 | BruteFrce | according to tmobile and my cable box |
07:03.29 | tmzt | oh, I had this machine set to PST as default until today |
07:03.48 | tmzt | the web interface had that |
07:03.56 | BruteFrce | oh |
07:04.03 | Bolly | don't see mmc in /dev |
07:04.39 | BruteFrce | penguinz? |
07:05.21 | tmzt | huh? |
07:06.09 | BruteFrce | just seeing how penguinz is doing with his mapping |
07:06.34 | tmzt | no, Bolly |
07:07.01 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
07:07.22 | Bolly | i booted off linux on my pc |
07:07.27 | Bolly | its just a rescue console though off a boot cd |
07:07.49 | tmzt | ok, you can extract it to the sd |
07:07.58 | tmzt | oh, do you have a usb sd reader? |
07:08.09 | Bolly | its an old dist of debian i think it doesn't see my sd reader |
07:08.10 | Bolly | yeah |
07:08.20 | tmzt | /dev/sda |
07:08.26 | Bolly | oh |
07:08.29 | BruteFrce | yiu know tmz i thought maybe our timings or dotclock was of a lil bit still because of the corruption on the bottom, but you should see how crisp x is, its beautiful |
07:09.21 | Bolly | /dev/sda doesn't exist! |
07:09.37 | Bolly | i have /dev/scsi /dev/ide |
07:09.53 | tmzt | devfs |
07:10.01 | tmzt | whats under /dev/scsi/ ? |
07:10.06 | Bolly | nothing |
07:10.35 | BruteFrce | no scuzzies |
07:10.42 | Bolly | 2.4.27 kernel |
07:11.00 | Bolly | they taken the scuzee |
07:11.22 | BruteFrce | i sold a 18gb scsi drive on ebay for over 150 dollars lol |
07:11.42 | tmzt | modprobe usb-storage |
07:13.34 | Bolly | failed to load it |
07:13.50 | BruteFrce | why not download the latest gentoo live and use that? |
07:14.14 | Bolly | is it small |
07:14.20 | Bolly | my connection is pretty poor |
07:14.35 | BruteFrce | oh dial up? |
07:14.46 | Bolly | ah no not that bad |
07:14.52 | Bolly | 2mb adsl |
07:14.53 | BruteFrce | umm knoppix is like 200mb i think |
07:15.09 | BruteFrce | lol 3g is faster than that |
07:15.34 | Bolly | i should burn down my exchange |
07:16.17 | BruteFrce | you have an exchange server? |
07:16.54 | Bolly | exchange is evil |
07:16.55 | tmzt | exchange, telephone exchange, building where the wires go |
07:16.56 | BruteFrce | knoppix with no x might be under 100mb |
07:17.05 | Bolly | nice |
07:17.34 | tmzt | "linux rip" with not x works |
07:18.30 | Bolly | found one |
07:18.33 | Bolly | 50mb damnsmalllinux |
07:18.48 | BruteFrce | ya |
07:20.19 | BruteFrce | i believe that even has x |
07:20.33 | Bolly | oh nice |
07:20.41 | Bolly | installing it to a pen drive |
07:20.49 | Bolly | always handy i guess |
07:20.58 | BruteFrce | i am not familliar with the term telephone exchange are you not in the us? |
07:21.10 | Bolly | uk |
07:21.24 | BruteFrce | ya on machines that have the bios that can actually usb boot |
07:21.34 | Bolly | this one can |
07:21.37 | tmzt | exchange/central office |
07:21.51 | BruteFrce | ya uk thing lol |
07:22.14 | Bolly | http://www.samknows.com/broadband/exchange/MYLS |
07:22.18 | Bolly | that evil thing |
07:23.38 | BruteFrce | blue ray r disks hmm |
07:23.58 | BruteFrce | 20 dollars a piece |
07:24.22 | BruteFrce | the drive is 1600 |
07:25.12 | tmzt | it's that much and they sell blank disks in the store? |
07:25.28 | BruteFrce | net |
07:26.21 | BruteFrce | seems stupid for the media to even exist... flash is the future |
07:27.06 | BruteFrce | oh you mean like blue ray movies on disk |
07:27.14 | tmzt | they've got it to 100gb a disk |
07:28.14 | BruteFrce | flash or blueray? |
07:28.31 | tmzt | blueray |
07:29.33 | BruteFrce | wow but then again... still slow write speed so |
07:30.44 | BruteFrce | its good for what compared to other media.. besides movies and maybe software |
07:31.22 | BruteFrce | i guess it would be good for backing up servers |
07:32.34 | BruteFrce | i was reading /. and read about some company writing and reading to a crystal |
07:32.47 | tmzt | Bolly: dcordes can help you with kaiser if you need anything |
07:32.59 | Bolly | nice |
07:33.06 | BruteFrce | something crazy like 100tb to every cubic cm |
07:33.28 | tmzt | penguinz: you might use showkey to find out what keycode you are getting |
07:34.04 | BruteFrce | but something like .0001 B/s |
07:34.40 | BruteFrce | is penguinz still up evenh |
07:35.00 | BruteFrce | and the image didnt have showkey we tried already |
07:35.03 | Bolly | yay |
07:35.11 | Bolly | sda1 mounted |
07:35.13 | BruteFrce | well it wasnt in the path |
07:38.24 | Bolly | omg i typed sdc1 |
07:38.36 | penguinz | yeah, whoever compiled busybox excluded the showkey |
07:39.10 | BruteFrce | penguinz what ya been doin? |
07:39.16 | tmzt | penguinz: are you using linwizard too? |
07:39.21 | tmzt | penguinz: initrd |
07:39.26 | penguinz | re-checking my work and looking up stuff |
07:39.44 | penguinz | yes, i'm using the linwizard initrd, it's pretty complete |
07:40.50 | BruteFrce | did you try mapping the arrows to known working qwerty keys? |
07:41.14 | penguinz | amazingly not yet, i will try that |
07:41.25 | BruteFrce | k |
07:41.28 | penguinz | i fixed the dpad to give consitend input |
07:41.34 | penguinz | i had one of the gpio values wrong >.> |
07:41.41 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ccb4.pool.einsundeins.de) |
07:41.44 | BruteFrce | sweet |
07:41.53 | BruteFrce | almost there then |
07:42.13 | penguinz | actually i spoke too soon, after login it does not work consistently anymore |
07:42.30 | BruteFrce | if that doesnt work than the kernel just has no support for arrow keys i guess |
07:42.53 | BruteFrce | aww crappy |
07:44.03 | tmzt | what? BruteFrce |
07:44.54 | BruteFrce | tmzt he thought he fixed the dpad inconsistancy problem |
07:44.59 | BruteFrce | but he didnt |
07:45.16 | tmzt | no, kernel doesn't support arrow keys |
07:45.33 | BruteFrce | what? why? |
07:45.41 | BruteFrce | to make space? |
07:47.01 | BruteFrce | oh i was saying if he maps like key_up to a known working qwerty key like g and it still doesnt work, and the build gives no errors than i guess the kernel doesnt upport arrow keys |
07:47.17 | tmzt | arrow keys in bash should go up in the history |
07:47.37 | BruteFrce | i know... that has nothing to do with my point |
07:48.26 | tmzt | he was going to map it to qwerty key like you said |
07:48.49 | BruteFrce | ya to see if it even works at ll on dpad or not |
07:48.56 | BruteFrce | ll/all |
07:52.13 | BruteFrce | all i was saying is if that doesnt work, then what does that mean? maybe that those macros dont even exist or what? |
07:52.48 | tmzt | the gpio api has problems on omap, or the debounce routines or something else |
07:52.56 | BruteFrce | penguinz if the qwerty test does work you should see if you can navigate in gpe or not |
07:53.30 | BruteFrce | tmzt what does mapping key_up to a qwert key have to do with gpio? |
07:53.31 | tmzt | we copied it from a pxa machine, so it may not work perfectly on omap |
07:53.44 | tmzt | nothing |
07:54.11 | tmzt | penguinz: do you have .type?? set to EV_KEY on all of them but power? |
07:54.38 | penguinz | yes, they are all EV_KEY |
07:54.39 | BruteFrce | ya so this should tell us if its just gpio being finnicky or something else |
07:55.04 | penguinz | and KEY_UP on a qwerty key does not work either |
07:55.19 | tmzt | can you run cat and see if you get [[A |
07:57.52 | tmzt | penguinz: do you have linwizard kernel source? |
07:57.55 | BruteFrce | so something is wrong with The KEY_UP macro then? |
07:58.01 | tmzt | penguinz: can you check htcwizard.c |
07:58.23 | penguinz | yes, what am i looking for? |
07:58.33 | tmzt | gpio-keys or KEY_UP |
07:59.13 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
07:59.32 | BruteFrce | wait... it didnt work even set to a qwerty key... doesnt that mean it has nothing to do with gpio? |
08:00.21 | tmzt | we know that wizard works and is omap, so it would be how it should work |
08:01.06 | BruteFrce | but he tried it on a qwerty key that works with other macros? |
08:01.12 | BruteFrce | i dont get it |
08:01.47 | penguinz | it does not produce [[A while running cat |
08:03.37 | penguinz | the only mention of gpio-keys in board-htcwizard.c is what i put there |
08:03.58 | Bolly | hmmm still doing same on my phone tmzt |
08:04.05 | Bolly | doesn't seem to see mmcblk0p2 |
08:04.11 | Bolly | yet it shows it in dmesg |
08:04.36 | Bolly | mmc0: |
08:04.56 | tmzt | ask in linwizard how they do arrow keys on wizard, I thought they had them working |
08:05.05 | tmzt | maybe I took them out of that file?? |
08:05.08 | BruteFrce | no one is there |
08:05.16 | tmzt | I know, later |
08:05.35 | BruteFrce | he has the whole source tree |
08:05.45 | BruteFrce | he should have the original |
08:06.04 | penguinz | the original was very similar, just different mappings obviously |
08:06.05 | tmzt | Bolly: fdisk -l /dev/sda on dsl |
08:06.52 | BruteFrce | penguinz can you check the original for any mention of gpuo? |
08:06.57 | BruteFrce | gpio |
08:07.36 | BruteFrce | maybe a diff and just ignore what you know has changed |
08:08.23 | Bolly | showing win95 fat32 |
08:08.27 | Bolly | hmmpf |
08:08.31 | Bolly | i did mkfs.ext3 |
08:08.39 | tmzt | only 1 partition? |
08:08.46 | Bolly | yep |
08:08.51 | tmzt | that's ok, just change default.txt/startup.txt |
08:09.11 | Bolly | is it /dev/sda on the kaiser? |
08:09.20 | Bolly | sda1 rather |
08:09.25 | tmzt | no, mmcblk0p1 |
08:09.45 | Bolly | tried that but no cigar |
08:09.50 | Bolly | can't find it in /dev |
08:10.00 | Bolly | but dmesg sees me inserting and removing the card |
08:10.00 | tmzt | sda is the first scsi disk, usb storage is the scsi protocol over usb |
08:10.13 | Bolly | oh okies |
08:10.20 | Bolly | card reader on kaiser isnt usb |
08:10.25 | tmzt | you are using the Angstrom image from earlier? |
08:10.30 | Bolly | angstrom-new |
08:10.54 | tmzt | do you have rootdelay= |
08:11.00 | tmzt | and where did you get the zImage ? |
08:11.08 | Bolly | http://linuxtogo.org/~lgorris/ |
08:11.12 | Bolly | delay is 10 atm |
08:11.18 | Bolly | i do get some messages though |
08:11.26 | Bolly | mmc0: command timeout |
08:11.26 | tmzt | does it say anything about waiting for devices? |
08:11.35 | tmzt | dma |
08:11.42 | Bolly | i also get slot status change detected (0 -> 1) |
08:12.39 | tmzt | word needs to be done to get the latest android fixes for dma integrated for kaiser/polaris |
08:12.42 | tmzt | work |
08:12.59 | Bolly | http://linuxtogo.org/~lgorris/angstrom-new.bin |
08:13.25 | Bolly | and zImage-2.6.25-pm i'm using |
08:13.46 | tmzt | can you try one without pm, I think that is for power management |
08:13.54 | Bolly | sure |
08:14.00 | tmzt | debugging for someone |
08:14.19 | Bolly | ok thanks man |
08:15.37 | BruteFrce | penguinz so what happened, do you still have the original? |
08:16.08 | penguinz | yes, there's nothing useful in it that I can determine |
08:16.43 | Bolly | can you write to the internal fs from linux? |
08:19.46 | BruteFrce | penguinz well i dont know then |
08:21.26 | penguinz | I can't really look at it any more tonight, need to get some sleep. Thanks for your help also tmzt! |
08:22.16 | BruteFrce | thanks for your help penguinz night |
08:23.31 | BruteFrce | and thanks again tmzt |
08:25.12 | BruteFrce | i wish i knew how to explain what he tried so i can ask linwizard people when they come around |
08:29.01 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf88e2.pool.einsundeins.de) |
08:46.56 | BruteFrce | tmzt you here? |
08:47.37 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
08:52.27 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
09:05.13 | *** join/#htc-linux LunohoD_ (n=alex@e180076093.adsl.alicedsl.de) |
09:11.32 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
09:17.21 | *** join/#htc-linux LunohoD__ (n=alex@e180071117.adsl.alicedsl.de) |
09:33.01 | goxboxlive | hi tsdogs |
09:33.12 | tsdogs | hi goxboxlive |
09:33.15 | goxboxlive | if i make a initrd on a 686 debian system |
09:33.24 | goxboxlive | actuelly a deb package |
09:33.47 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
09:33.57 | goxboxlive | will i be able to install it on ubuntu and use the initrd, kernel and modules on it? |
09:34.10 | goxboxlive | i have some truoble with an Acer Aspire One pc |
09:34.28 | tsdogs | why make it a deb? |
09:34.48 | goxboxlive | tsdogs: because thats the only way i know how to make an initrd :-) |
09:35.09 | goxboxlive | i dont jhave mkinitrd on my debian system |
09:35.13 | tsdogs | isn't there an mkinitrd command? |
09:35.17 | tsdogs | ho |
09:35.21 | goxboxlive | and it's not available from the repos |
09:35.34 | tsdogs | hmm, wait |
09:35.43 | tsdogs | mkinitramfs ? |
09:36.04 | goxboxlive | yes that i have, but i dont know how to use |
09:36.06 | goxboxlive | it |
09:36.32 | tsdogs | mkinitramfs `uname -r` ? |
09:37.23 | tsdogs | or even update-initramfs if you are currently running that version |
09:37.30 | goxboxlive | tsdogs: ok, but i cant do that, because i am building on another machine |
09:37.49 | tsdogs | and you are not using the same kernel you mean? |
09:38.36 | goxboxlive | my aspire one is so slow compared to my desktop machine, and i miss network connection on my minilaptop |
09:38.36 | tsdogs | anyway createing a linux-image deb file will do for you |
09:38.36 | goxboxlive | tsdogs: ok, thats what i have done with a vanilla kernel |
09:38.37 | tsdogs | you can use it on all debian based system i think. |
09:39.22 | goxboxlive | i also have the just the kernel and the modules so i think i can install them manually, but i should have had the initrd for the kernel i think |
09:39.27 | tsdogs | there is also an apt command to block the kernel update so it won't update it unless you force it |
09:40.00 | goxboxlive | ok, i was planning of using dpkg -i so i just install it and not updating it. |
09:40.03 | tsdogs | can't you install the kernel / modules (copy) and run mkinitramfs from the other system? |
09:40.29 | tsdogs | I mean the target system |
09:40.49 | tsdogs | don't forget to change grub :) |
09:41.10 | goxboxlive | tsdogs: yes that i can do, but how do i poimnt to the new kernel and modules. If i use uname -r then it will use my old modules |
09:41.14 | goxboxlive | grub i can handle |
09:42.04 | tsdogs | well simply put the version of the new kernel i.e.: mkinitramfs 2.6.18-5.vanilla |
09:42.35 | tsdogs | it's the name of the modules folder |
09:47.04 | goxboxlive | tsdogs: ok, i will try, thanks |
09:49.59 | *** join/#htc-linux silven_ (n=zmc@adsl-64-237-236-235.prtc.net) |
10:31.24 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ccb4.pool.einsundeins.de) |
10:53.05 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
10:55.52 | *** join/#htc-linux sirox (n=sirox@91-67-142-232-dynip.superkabel.de) |
11:12.14 | *** join/#htc-linux exco (n=exco@e181078248.adsl.alicedsl.de) |
11:16.20 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-ea01593d76f43be0) |
11:25.48 | druidu | if I disable the mmu on a htc, can I still access GPIOs using the physical address? |
11:35.43 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
11:36.28 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
11:45.56 | BabelO | hi |
11:46.01 | BabelO | kiozen: around ? :) |
11:48.17 | kiozen | BabelO: hi, having fun with 3d? |
11:48.44 | dcordes | hi, kiozen you put 3d mode into M? |
11:49.20 | kiozen | dcordes: not M but GT, and it wasn't me, but some andrew |
11:50.21 | dcordes | that's nice. can you put elevation maps? |
11:50.29 | BabelO | kiozen: does not work :(i see the 3D Track but that's all |
11:50.47 | kiozen | right button mouse menu :) |
11:51.13 | BabelO | yesss |
11:52.06 | kiozen | but I had to look into the code, too |
11:52.10 | BabelO | kiozen: hmm i have big mountain around me :) |
11:53.00 | kiozen | you can change the z zoom factor by menu |
11:55.27 | BabelO | kiozen: ok i set it -2 |
11:56.40 | BabelO | kiozen: it is really nice |
11:56.47 | BabelO | kiozen: about M on wince |
11:57.03 | kiozen | yes ..? |
11:57.12 | BabelO | kiozen: it seem than CCanvas does not refresh well :( don't understand why |
11:57.27 | BabelO | kiozen: i enter Menu, but menu not displayed |
11:57.45 | BabelO | if i click on part where menu should be, i see the title which appear |
11:58.16 | kiozen | maybe it's because of the filtering of update events |
11:58.40 | kiozen | the subsyste decides if an update event is skipped or not |
11:59.07 | kiozen | M uses a very non-qt like way to handle widgets |
11:59.18 | kiozen | that might be the cause |
11:59.41 | BabelO | :( |
11:59.59 | BabelO | kiozen: any idea how can i fix it ? |
12:00.54 | BabelO | hmm central mouse button move the map too :) |
12:01.15 | kiozen | BabelO: no, I have to play with wince/M. most likely I have to change the overall concept |
12:01.28 | BabelO | kiozen: :( ok |
12:02.16 | kiozen | BabelO: the big problem is that my point of view how a ppc gui for M should look like, does not correlate with qtopias point of view |
12:02.35 | kiozen | BabelO: thus I do some nasty things in M |
12:03.16 | kiozen | BabelO: for linux it seems ok, for wince the real trouble arises |
12:03.53 | kiozen | BabelO: think I have to find a more modular, qt like concept. |
12:04.37 | kiozen | BabelO: in other words: there must be a reason why all moving map apps suck the same way in their GUI |
12:06.07 | BabelO | kiozen: ok, so if i want a usable M i need to desactivate all Event filter and look what happen |
12:07.27 | kiozen | BabelO: don't think that's too easy, read docs for void QWidget::update () |
12:09.30 | BabelO | kiozen: ok |
12:10.10 | BabelO | in result your code is similar to M for linux less NMEA Class i desactivate and tcpserver |
12:13.34 | kiozen | BabelO: anyway it's good to know that you managed to build up a SDK and working binaries for wince. |
12:13.48 | kiozen | BabelO: the rest will be solvable too |
12:14.15 | kiozen | BabelO: btw is there such a think as a wince sumulator? |
12:15.05 | BabelO | there is a wince simulator in Msvc, yes |
12:16.03 | kiozen | thus we can develop without a device, that is good |
12:16.07 | dcordes | what map data is needed to make use of the 3d? |
12:17.04 | BabelO | dcordes: you need STRM elevation data, server on internet provide that |
12:18.14 | dcordes | ok where can I find the 3d code and those servers? |
12:18.42 | BabelO | dcordes: all is in svn at sourceforge, just use google for STRM |
12:20.01 | dcordes | BabelO, do you have a link for a good strm? |
12:20.25 | dcordes | nasa? |
12:20.30 | BabelO | dcordes: not really, i lost the link with reinstalling suse 64bit |
12:20.45 | BabelO | it seem you have better data for your country than mine |
12:21.46 | kiozen | dcordes: http://www.viewfinderpanoramas.org/dem3.html |
12:22.22 | kiozen | but you have to post process them to convert to geotiff |
12:23.05 | dcordes | any scripts? |
12:23.14 | kiozen | nope |
12:23.42 | kiozen | do you have a raster map? |
12:24.55 | dcordes | me? I have no maps locally :( |
12:25.04 | dcordes | total mapping noob |
12:25.29 | kiozen | I can prepare a small set for you, any area in bavaria you like to look at? |
12:26.55 | dcordes | that would be nice. hm maybe munich area |
12:27.15 | kiozen | munich is too flat :) |
12:27.17 | dcordes | only spot of bavaria I know |
12:28.51 | dcordes | ok then just put something with some alps |
12:42.19 | druidu | after disabling the mmu, I should be able to access GPIOs using their physical address, right? |
12:47.39 | kiozen | dcordes: uploading to ftp, it's not the best DEM but it shows the principle |
12:47.48 | kiozen | 5 min to upload |
12:54.58 | kiozen | dcordes: http://www.qlandkarte.org/shot3.png |
12:55.21 | kiozen | dcordes: tell me when you ar edone with the download oft the data |
13:13.42 | kiozen | dcordes: you have got the date? |
13:19.01 | dcordes | kiozen, wgetting |
13:19.18 | dcordes | kiozen, done |
13:19.22 | kiozen | ok |
13:20.31 | BabelO | kiozen: i create a zip and upload for you, to test on wince, maybe cr2 can try too |
13:21.05 | dcordes | kiozen, a monochrome heightmap. I know that from the time when I played a lot with 3d studio max |
13:21.14 | dcordes | and such programs |
13:22.28 | kiozen | dcordes: it's just 16bit elevation data, but most tif viewer will make some grayscale pic from it |
13:22.54 | dcordes | I opened it with the gimp |
13:25.11 | dcordes | kiozen, thank. I will try it in qlandkarte when back from düsseldorf. g2g now |
13:33.48 | kiozen | cr2: around? |
13:52.15 | *** part/#htc-linux kaze (n=kaze@pac33-1-82-235-251-34.fbx.proxad.net) |
13:52.15 | *** join/#htc-linux kaze (n=kaze@pac33-1-82-235-251-34.fbx.proxad.net) |
15:16.06 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
15:38.07 | *** join/#htc-linux Marnux (n=Marnux@83.101.56.166) |
15:38.18 | *** part/#htc-linux Marnux (n=Marnux@83.101.56.166) |
15:38.22 | *** join/#htc-linux jeanseb (n=jeanseb@88.164.32.155) |
15:38.40 | *** join/#htc-linux Marnux (n=Marnux@83.101.56.166) |
15:39.43 | cr2 | kiozen: reached the computer |
15:39.56 | kiozen | hi cr2 |
15:40.22 | kiozen | do ypu know if one can define a scale and offset in a projection string? |
15:40.42 | kiozen | I tried +k_0 and x_0 and y_0 |
15:40.57 | kiozen | but they seem to have another purpose |
15:40.59 | cr2 | kiozen: i've connected 76cx, and can't pick the waypoints ;) |
15:41.08 | cr2 | what is scale and offset ? |
15:41.36 | kiozen | i would like to convert points from rad to px via pj_translate |
15:42.05 | cr2 | +k_0 is 1.0 or .9996 for GK afaik |
15:42.40 | kiozen | yes no real scale and it has an override by lon_0 |
15:42.52 | cr2 | you want an affine transform ? |
15:43.26 | kiozen | yes |
15:43.32 | cr2 | somehow i doubt that proj4 can do it. |
15:43.48 | kiozen | ok, think I have to ask at the ml |
15:44.04 | kiozen | cr2: so what is the problem with your 76cx |
15:44.06 | cr2 | it's easier to write your own. |
15:44.12 | cr2 | the driver is not found. |
15:44.23 | cr2 | i've removed garmin_gps module |
15:44.28 | cr2 | also run as root |
15:44.53 | cr2 | ok, maybe i'd update to the latest CVS, and try again. |
15:45.07 | kiozen | ls /usr/lib/qlandkarte/ |
15:45.12 | kiozen | is it there? |
15:45.35 | cr2 | yes. |
15:45.51 | cr2 | i can also pick it from the combobox |
15:45.58 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
15:48.16 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-2409a85e3ae314d5) |
15:49.12 | kiozen | cr2: what does the message box say |
15:50.14 | cr2 | hmm. |
15:50.16 | cr2 | trunk/src/CCopyright.h:25:27: error: ui_ICopyright.h: Datei oder Verzeichnis nicht gefunden |
15:51.39 | jeanseb | hi |
15:52.04 | kiozen | cr2: ???? what are you doing? |
15:52.24 | cr2 | recompiling |
15:53.39 | kiozen | ok |
15:54.48 | cr2 | kiozen: btw, i've picked the .gdb file created by mapsource, and converted it to .osm with gpsbabel |
15:55.12 | cr2 | the output is of questionable quality. |
15:55.56 | cr2 | no make install ? |
15:56.16 | kiozen | sure ./configure && make && make install |
15:56.54 | kiozen | or do you compile GT? |
15:57.35 | cr2 | hehe |
15:57.58 | cr2 | the bnary is 'qlandkarte' |
15:58.11 | cr2 | hm. yes it's GT |
15:58.58 | kiozen | for GT it's bin/qlandkartegt |
15:59.07 | kiozen | but make install should work too |
15:59.32 | kiozen | make sure you compile qlandkarte too and do a make install for the drivers |
16:01.37 | cr2 | checkout |
16:01.41 | cr2 | no configure |
16:02.31 | cr2 | qmake QLandkarte.pro ? |
16:02.53 | *** join/#htc-linux miknix (n=miknix@213.13.207.101) |
16:03.26 | cr2 | make -j3 fails |
16:03.26 | *** join/#htc-linux Marnux_ (n=Marnux@83.101.56.166) |
16:03.46 | cr2 | In file included from CGarminImg.cpp:27: |
16:03.46 | cr2 | Platform.h:96:20: error: config.h: Datei oder Verzeichnis nicht gefunden |
16:03.47 | kiozen | cr2: for qlandkarte it's ./configure |
16:03.57 | cr2 | there is no ./configure |
16:04.01 | cr2 | only configure.in |
16:04.21 | cr2 | ./bootstrap.sh |
16:04.42 | kiozen | bingo, INSTALL :) |
16:06.46 | cr2 | ok, make distclean helped |
16:11.45 | cr2 | failed to load driver |
16:13.19 | cr2 | Bus 002 Device 008: ID 091e:0003 Garmin International GPSmap (various models) |
16:13.41 | cr2 | drivers/usb/serial/garmin_gps.c: garmin gps driver v0.31 |
16:13.41 | cr2 | usbcore: deregistering interface driver garmin_gps |
16:13.42 | cr2 | garmin_gps ttyUSB0: Garmin GPS usb/tty converter now disconnected from ttyUSB0 |
16:13.42 | cr2 | garmin_gps 2-3:1.0: device disconnected |
16:13.50 | cr2 | garmin_gps removed |
16:13.54 | cr2 | running as root |
16:17.01 | *** join/#htc-linux hlbot (n=adm@ax113-2-82-225-212-40.fbx.proxad.net) |
16:19.21 | *** join/#htc-linux LunohoD_ (n=alex@e180069182.adsl.alicedsl.de) |
16:22.17 | druidu | cr2: question |
16:22.21 | druidu | after disabling the mmu, I should be able to access GPIOs using their physical address, right? |
16:23.04 | cr2 | yes |
16:23.37 | cr2 | NetRipper had problem with using it after mmu is enabled again. |
16:29.35 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@86.110.163.25) |
16:31.10 | NetRipper | druidu, you have to remap the io addresses using the peripheral memory remap register |
16:31.13 | NetRipper | sec.. |
16:32.14 | NetRipper | druidu, http://pastebin.com/m67b9f6f9 |
16:32.57 | NetRipper | cr2, decompressino code works on the vogue kernel |
16:33.05 | kiozen | cr2: you have to blacklist garmin_gps |
16:33.06 | NetRipper | havent checked the differences with android msm yet |
16:35.04 | NetRipper | im not @ home tonight so won't be responding fasts :P |
16:39.07 | druidu | my problem is that it won't work with the mmu disabled |
16:39.09 | druidu | so, in haret |
16:39.19 | druidu | right after disabling the MMU |
16:39.48 | druidu | I write to the physical address of the register which shuts down MDDI => screen goes black, have to take out battery |
16:40.06 | druidu | but, it doesn't work, doesn't do anything |
16:41.17 | druidu | and if I reenable it immediately (basicly, the page table stays the same) |
16:41.23 | druidu | and use virtual address, it works |
16:42.21 | druidu | so I understand you were able to use the physical address after disabling the mmu, but I seem to can not |
16:57.48 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
16:58.21 | *** join/#htc-linux nebi_ (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
17:01.36 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
17:02.07 | *** join/#htc-linux nebi_ (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
17:02.24 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
17:04.08 | druidu | NetRipper : when you cam back please read above |
17:20.25 | *** join/#htc-linux Zarathustra (n=tino@port-92-195-11-64.dynamic.qsc.de) |
17:20.57 | Zarathustra | hallo |
17:21.55 | Zarathustra | habe ein Problem mit meinem htc magician. ich habe versucht openmoko zu installieren, doch der bootprozess kam nicht zu ende.... |
17:22.08 | Zarathustra | nun ist das handy restlos alle, und geht nicht mehr an |
17:22.35 | NetRipper | druidu, as i said, you need to use the physical memory remap register to enable gpios when mmu is disabled |
17:22.40 | BabelO | oui je comprend |
17:22.47 | NetRipper | you can do this before you disable the mmu or after you disable the mmu, doesn't really matter |
17:22.51 | druidu | should I do it before or after mmu is disabled? |
17:22.52 | BabelO | cr2: ok i erase the file |
17:22.55 | druidu | ah, ok :) |
17:23.05 | druidu | any documentation on this function? in arm datasheet? |
17:23.08 | Zarathustra | soory, i thought this is a german room ;-) |
17:23.56 | NetRipper | druidu, the asm in the pastebin enables gpios in the range of 0xa9000000 till (0xa9500000-1) |
17:24.37 | druidu | yes, thanks for that I got it, was wondering if there are any docs to learn why that actually works :) |
17:25.07 | NetRipper | yes there are |
17:25.13 | *** join/#htc-linux stylist (n=m@122-148-183-246.static.dsl.dodo.com.au) |
17:25.51 | *** part/#htc-linux Zarathustra (n=tino@port-92-195-11-64.dynamic.qsc.de) |
17:27.08 | druidu | unfortunately doesn't seem to work, tried to access 0xa9200808 (which coresponds to virtual address 0x92f00808 in wince) |
17:27.32 | druidu | just after mmu/icache/dcache are disabled |
17:27.56 | NetRipper | try setting it before mmu is disabled |
17:27.59 | NetRipper | thought it should work after |
17:29.58 | druidu | lemme try |
17:30.12 | druidu | shit |
17:30.14 | druidu | <PROTECTED> |
17:30.19 | druidu | I forgot to delete this :P |
17:30.22 | NetRipper | mov pc,lr is return lol |
17:30.24 | druidu | of course it didn't work |
17:30.37 | NetRipper | i defined it as a function so you can call it as: bl remap_gpios |
17:32.04 | druidu | worked! |
17:32.05 | druidu | you rule :) |
17:32.24 | druidu | yeah, I learned the lr/pc/bl/bx stuff recently |
17:32.55 | NetRipper | of course i rule |
17:33.02 | NetRipper | [/arrogant] |
17:33.27 | druidu | :) |
17:39.09 | druidu | so, except identity mapping anything else needs to be done to use gpios after mmu is enabled? |
17:41.40 | druidu | here is what I use to do the identity mapping: http://pastebin.com/m17e7fd33 |
17:43.37 | kiozen | cr2: BabelO: first garmin map rendering in GT |
17:43.46 | kiozen | with low memory usage :) |
17:47.05 | BabelO | kiozen: oh oh, and elevation data too |
17:58.51 | druidu | this is a historic moment: first lines of kernel wered executed on my HTC Diamond :) |
17:58.58 | druidu | linux kernel that is |
18:06.41 | kiozen | BabelO: no, no t yet |
18:07.25 | BabelO | kiozen: are 3d view ok with strm data ?i mean same level ? |
18:07.54 | kiozen | BabelO: don't understand? |
18:08.07 | *** join/#htc-linux FRITZ (n=FRITZ@201-93-211-108.dsl.telesp.net.br) |
18:08.08 | BabelO | kiozen: it seem that mountain are to high |
18:08.21 | kiozen | higher than track? |
18:08.43 | BabelO | kiozen: no same than track |
18:09.27 | kiozen | BabelO: still don't get your problem, sorry I am pretty dense today |
18:10.01 | BabelO | not a real problem but Z zoom is very too high as default |
18:10.46 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
18:11.18 | kiozen | BabelO: ah ok, depends it's to low for the alps, think it depends on the min/max level |
18:11.35 | BabelO | oh ok |
18:12.05 | BabelO | kiozen: i still can't compile OE image now :( |
18:12.17 | BabelO | so playing with wince M |
18:12.39 | kiozen | that sucks... |
18:37.15 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
18:37.57 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
18:48.56 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
18:49.39 | goxboxlive | BabelO: there? |
18:50.28 | BabelO | goxboxlive: yes |
18:50.34 | goxboxlive | Hi |
18:50.52 | goxboxlive | when you comiled a kernel for your machine, did you also make a initrd for it? |
18:51.02 | goxboxlive | i am talking about your desktoppc |
18:51.19 | BabelO | goxboxlive: all is done automatically in opensuse |
18:51.28 | goxboxlive | BabelO: ok i c |
18:51.36 | BabelO | mkinitrd is called and add driver to initrd |
18:52.42 | goxboxlive | ok |
18:59.07 | cr2 | BabelO: it's very slow to start |
18:59.13 | cr2 | hi goxboxlive |
18:59.50 | goxboxlive | hi cr2 |
19:01.15 | cr2 | BabelO: i'll copy it into main flash |
19:02.14 | BabelO | cr2: yes it is slow, i think because i compile everything in debug mode |
19:02.21 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
19:03.32 | cr2 | gdalce is certainly an overkill for M, but it's a nice to have |
19:03.45 | penguinz | I am trying to get a d-pad working for excalibur via gpio-keys and It seems to generate Event type 0 (Sync) every time a key is released, and occaisionally i get Event type 1 (Key) which results in ouput. I'm not sure how to correct this. |
19:06.18 | par | wow so looks like Roadmap's operability is really coming along now, using garmin's stuff from gnome? |
19:06.59 | cr2 | par: what are you smoking ? |
19:07.03 | druidu | cr2: wohoooo, gpios work after MMU is enabled! |
19:07.30 | cr2 | druidu: that's good. |
19:07.55 | druidu | damn, linux rocks! |
19:09.03 | par | cr2: sorry, i've been gone awhile |
19:11.10 | cr2 | druidu: now you can try the halibut kernel. |
19:11.34 | druidu | I'm compiling my own from android git |
19:11.37 | cr2 | par: wtf is garmin's stuff from gnome ? |
19:11.41 | druidu | using halibut board for now |
19:11.50 | druidu | let's see how far it goes |
19:11.59 | cr2 | druidu: but forget about the lcd |
19:12.06 | cr2 | check if the usb works. |
19:12.50 | par | oh its something i saw months ago: |
19:12.53 | par | Garmin has posted Linux source code for its Nuvi 8xx and Nuvi 5xxx-series GPS navigation devices |
19:12.54 | druidu | hmmm, if the usb driver is enabled, what's the protocol to connect to it? |
19:13.01 | druidu | did they implement serial? |
19:13.11 | druidu | as in serial port un usb |
19:13.22 | druidu | *on |
19:14.43 | cr2 | par: but it's only the kernel |
19:14.55 | par | ah |
19:15.26 | cr2 | par: roadmap could use the converted garmin maps for ages |
19:15.50 | cr2 | par: points and route planning is still missing though. |
19:15.57 | par | like, for a year or so |
19:16.19 | cr2 | druidu: the working 'lsusb' will be ok |
19:16.33 | cr2 | par: 2+ |
19:17.09 | par | so points and route planning requires.. raster to vector conversion of the maps? |
19:17.32 | druidu | lsusb as in running the lsusb app? |
19:17.53 | cr2 | yes, and to see the usb going up after boot |
19:18.08 | cr2 | then the lcd can be fixed later. |
19:18.22 | druidu | question: just loading the driver would make the usb active? |
19:18.44 | cr2 | lsusb does not need the driver |
19:18.59 | *** join/#htc-linux amd64lover (n=miknix@81.193.83.140) |
19:19.02 | cr2 | it's the core output (id detection) |
19:19.32 | cr2 | the g1 people still can't dump the rom. it's amazing. |
19:20.43 | druidu | ok, please be a bit more specific (I'm new to this linux porting thing), so what I need to do is make the kernel load the code in the usb driver that enabled the usb chip/module on 7201A, which would then show up on lsusb on my computer which is connected via usb to the phone |
19:20.44 | druidu | right? |
19:24.33 | druidu | cr2: is anybody working on that with an actual device? |
19:24.48 | druidu | (dumping G1 rom) or they're trying on the simulator? |
19:26.32 | tmzt | penguinz: you got showkey working? |
19:27.26 | par | druidu: you're trying to bring a usb device up? |
19:27.32 | cr2 | druidu: boot the halibut zimage first. |
19:27.55 | druidu | you have it? |
19:28.13 | cr2 | druidu: then connect diamond usb to a linux box |
19:28.20 | cr2 | druidu: NetRipper should have one. |
19:31.00 | par | hmm on that device what does it have for vendorid and productid |
19:32.49 | druidu | but, didn't somebody already try this? |
19:32.59 | druidu | I'm sure they did, and it didn't work :) |
19:33.37 | druidu | basicly I only have some little hacks to give feedback via gpios |
19:33.49 | druidu | the rest is not changed, so I doubt it would be that easy |
19:35.00 | penguinz | tmzt: yes i got showkey working and my values appear correct for up down etc. |
19:36.54 | penguinz | Basically what seems to be happening with the dpad is that the first presses register fine and then they dont work well at all after that. |
19:39.09 | penguinz | I also enabled event debugging in the kernel and found the sync messages from the gpio-keys via that. |
19:42.17 | tmzt | it looks like it sends a sync with every event |
19:42.24 | tmzt | have you tried active_low? |
19:43.19 | tmzt | do you get a key down and then a sync, but no key up? |
19:43.48 | penguinz | i get neither keydown or keyup events just sync |
19:43.57 | penguinz | and sync only appears upon release |
19:44.21 | tmzt | if you hold it down, you don't get sync? |
19:44.38 | penguinz | correct |
19:48.11 | par | druidu: do you have "auto usb0" in your /etc/network/interfaces? |
19:49.18 | tmzt | penguinz: you get events with state of 1 or 0 ? |
19:51.53 | druidu | par: well, best thing to do right now is test if usb is functional on htc diamond, and if so create a really basic serial usb connection so I can continue working on the lcd driver like that |
19:52.42 | par | i'm not sure if the halibut has allthe regular stuff |
19:53.09 | druidu | I compiled the kernel from latest android git |
19:53.15 | druidu | well, we're gonna see very soon |
19:53.30 | druidu | let's see if I can make it to start_kernel |
19:57.26 | par | if you are looking to see feedback from what other people have got trying it: |
19:57.30 | par | http://forum.xda-developers.com/showthread.php?t=402002&page=5 |
20:01.03 | druidu | well, actually that's the thread that got me onto this forum :) |
20:01.33 | druidu | they tried the kernels but they didn't get anywhere with them afaik |
20:01.59 | penguinz | I had to fire up haretconsole again, a single press generates 0110 |
20:02.30 | penguinz | it does not seem to differentiate between press and release |
20:03.55 | penguinz | the two touchstrip buttons do function in a "press & release" manner |
20:04.08 | *** join/#htc-linux exco (n=exco@e181078248.adsl.alicedsl.de) |
20:05.16 | par | wow, so the htc-linux project is the only hope to put android on the diamond.. i had no idea. |
20:06.21 | cr2 | par: diamond does not have the sd ;) |
20:07.16 | tmzt | penguinz: can you dump gpios and get the FE/RE for them |
20:09.17 | penguinz | how exactly would I go about doing that? |
20:09.35 | tmzt | dump gpios |
20:09.40 | tmzt | in haret |
20:09.51 | druidu | to be honest, I don't no much about the htc-linux project (besides the obvious -- it's linux for htc :P), but this is where I found people that know stuff :) |
20:09.54 | penguinz | it reports that there is no dumper gpios available |
20:10.02 | tmzt | dump gpio |
20:10.16 | tmzt | maybe thats not on omap? |
20:10.30 | tmzt | you get detected generic omap ... |
20:10.32 | penguinz | help dump only lists cp and mmu |
20:10.33 | tmzt | ? |
20:11.18 | penguinz | Detected machine Generic TI OMAP/OMAP850 (Plat='SmartPhone' OEM='Excalibur') |
20:11.34 | tmzt | cr2: how can we get gpio-keys on omap? |
20:13.03 | druidu | do you know base address of gpio registers? |
20:16.31 | penguinz | Like this: "Watching GPIOS(03): Addr b80bd800(@fffbd800)"? |
20:22.38 | druidu | well, if you have that it's simple |
20:22.54 | druidu | you use: watch gpios <nr seconds> |
20:23.17 | druidu | and if there are some that show up when you don't touch the device you ignore them with: ibit gpios x |
20:23.33 | penguinz | right, that's what i've been doing |
20:23.35 | druidu | where x is the id of the gpio |
20:23.59 | druidu | so, nothing happens when you play with the buttons while watching the gpios? |
20:24.12 | penguinz | Stuff happens it's just odd |
20:24.23 | druidu | keyboard or other buttons? |
20:24.35 | penguinz | One press on one of the buttons generates 4 events |
20:24.39 | par | for anyone who doesn't already have this omap stuff: |
20:24.41 | par | http://par.multics.org/omap850_twl30xx.zip |
20:25.13 | penguinz | these buttons are part of the 5-way navigator (dpad) |
20:25.43 | tmzt | wifi driver? |
20:26.08 | cr2 | par: hehe |
20:26.26 | tmzt | cr2: does gpio-keys debounce or is hw supposed to do it? |
20:27.19 | cr2 | tmzt: don't know |
20:28.13 | druidu | penguinz : buttons nowadays aren't just buttons, they're mini-touchpads or have leds and lots of other stuff |
20:28.46 | tmzt | cr2: he is getting 0110 in a pattern on each press |
20:28.54 | druidu | but it's also possible that the button press generates side effects that trigger more gpios |
20:29.05 | druidu | did you try to keep the button pressed? |
20:29.11 | druidu | then see on release what happens |
20:30.10 | penguinz | it makes 0 1 on press and 1 0 on release |
20:30.33 | par | heh, yeah its old but it's got the omap850 technical reference manual |
20:32.39 | druidu | maybe they have two pins for the same button |
20:33.09 | druidu | just map as many buttons as you can and see if any overlap and if not, just use whatever works :) |
20:33.09 | penguinz | there is an IM83 and IL83 is that what that means? |
20:33.53 | penguinz | and if that's the case how do i just pull from the IM83 one? |
20:38.49 | *** join/#htc-linux datachaos (n=datachao@201.22.222.159.adsl.gvt.net.br) |
20:39.51 | druidu | no, they're different pins right? different bits of the same word |
20:45.31 | penguinz | I have no idea |
21:03.51 | BabelO | kiozen: http://trolltech.com/products/device-creation/embedded-widget-demos |
21:05.12 | druidu | what's the exact output haret gives you, doesn't it say the pin id? |
21:05.50 | penguinz | here are two lines: "000.627 GPIOS GPIO3-IL: IL83(83)=0 |
21:05.50 | penguinz | 000.627 GPIOS GPIO3-IM: IM83(851)=1 |
21:05.50 | penguinz | " |
21:08.59 | *** join/#htc-linux bolly (n=bolly@87-194-145-4.bethere.co.uk) |
21:09.02 | bolly | morning |
21:17.39 | druidu | penguinz : now look for GPIO3-IL and GPIO3-IM in the lines just after starting the command, they will show the address of the register |
21:19.32 | druidu | for example, for diamond I have Watching GPIOS(02): Addr 92f00804(@a9200804) |
21:19.47 | druidu | then the event: 003.562 GPIOS in2: in2-23(247)=0 |
21:20.05 | druidu | which says pin 23 at physical address a9200804 changed |
21:20.37 | druidu | you could just do: pd 0xa9200804 1 |
21:20.46 | druidu | before and after pressing the button to see what changes exactly |
21:21.31 | penguinz | ah ok |
21:28.37 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
21:32.19 | penguinz | nothing appears to change when doing that |
21:36.13 | druidu | it is possible that buttons are not gpio controlled |
21:36.51 | penguinz | then why do they kind-of work? |
21:40.01 | druidu | if that gpio register changes value when you push them, try to find its address |
21:40.13 | druidu | but well, they should also have irqs I think |
21:41.19 | penguinz | what exactly does input_sync do? |
21:43.09 | dcordes | you guys hacking on diamond? |
21:45.21 | dcordes | BabelO, tried to get a 1000h but they are all sold out |
21:47.18 | BabelO | dcordes: goxboxlive have a aspire, it is cool too |
21:47.27 | dcordes | BabelO, the resolution is ass |
21:47.43 | BabelO | how much ? |
21:48.06 | dcordes | but it's extremely small |
21:48.28 | dcordes | 1.024 x 600 |
21:49.07 | dcordes | oh 1000h is the same :D |
21:49.47 | dcordes | I might as well get no laptop and be happy with akita kaiser and beagle |
21:50.07 | druidu | dcordes: I am |
21:50.31 | dcordes | druidu, did you reconstruct NetRipper gpio experiment? |
21:51.21 | druidu | well, kind of, I don't have a flashlight but found a way to shutdown the screen -- for good, gotta take out the battery before it starts again |
21:51.26 | druidu | so I'm in start_kernel |
21:51.38 | dcordes | BabelO, still I wouldn't get an acer because I already had one and the service is very bad. |
21:51.41 | druidu | and the first C function it calls, once it returns it seems to crash |
21:52.23 | dcordes | ok so you are as far as NetRipper and cr2 on the raphael, right? |
21:52.27 | druidu | maybe the return addr is not saved properly... |
21:52.34 | dcordes | how do you turn down the display? |
21:52.47 | druidu | not sure how for they are |
21:53.00 | druidu | well, I found a gpio that shuts down mddi |
21:53.16 | druidu | it's commented out in vogue's lcd code |
21:53.28 | druidu | commented out for a good reason, it shuts it down for good :) |
21:53.45 | druidu | but well, at least I have a one shot binary output |
21:54.02 | dcordes | something. |
21:54.09 | dcordes | I hope it will all work out well |
21:55.35 | druidu | me too |
21:55.42 | druidu | what are you working on? |
21:55.49 | *** join/#htc-linux webPragmatist (n=none@99-6-241-169.lightspeed.rcsntx.sbcglobal.net) |
21:56.47 | dcordes | druidu, only on my plane atm :) |
21:57.30 | dcordes | but I did some things with the kaiser |
22:01.53 | druidu | http://pastebin.com/m746ecfad |
22:02.27 | druidu | if anybody has a clue why it crashes when exiting that function... or any C function probably |
22:03.16 | dcordes | probably? did you try other things? |
22:03.39 | druidu | well, I made another function |
22:04.04 | dcordes | same crash? |
22:04.10 | druidu | my guess is that the last instruction (which restores fp, sp, pc) is broken... |
22:04.26 | dcordes | try removing it? |
22:04.49 | druidu | it's a C function, basicly any C function I have is ony-way... you go in, crash when you go out |
22:05.35 | dcordes | is it the same behaviour as on raphael? |
22:05.54 | druidu | dunno |
22:06.09 | druidu | gonna test the asm code directly |
22:06.16 | druidu | this should proove it / disproove it |
22:06.43 | bolly | dcordes! |
22:06.55 | bolly | i read your site thank you so much |
22:07.09 | bolly | you made my kaiser fun again |
22:07.21 | druidu | what site? :D |
22:07.44 | bolly | xda developers |
22:07.48 | bolly | well its a post i guess |
22:08.03 | bolly | http://wiki.xda-developers.com/index.php?pagename=HTC_Kaiser%2FAndroid |
22:08.20 | bolly | i never knew about all this until i stumbled across it |
22:08.36 | bolly | windows mobile 6.1 has been annoying me for too long! |
22:09.53 | dcordes | :) you can't do too much with it |
22:10.28 | dcordes | we need to put a nice gui like qtopia on it |
22:10.35 | dcordes | or whatever that is called nowadays |
22:10.51 | bolly | it's amazing having console there |
22:10.55 | bolly | with screen titled |
22:11.08 | bolly | only got gprs atm though i think? |
22:11.15 | bolly | i want lynx! :D |
22:11.18 | dcordes | hm yea don't ask why |
22:11.21 | dcordes | install it |
22:11.32 | dcordes | use the tgreer special root filesystem from sd card |
22:11.34 | bolly | i just got it working last night thanks to dmmz |
22:11.39 | bolly | my sd card is playing up |
22:11.42 | dcordes | tmzt? |
22:11.45 | bolly | that's it! |
22:11.47 | bolly | tmzt was helping me |
22:11.52 | bolly | but he said it was a dma prob |
22:12.03 | dcordes | yea it seems unsolvable :( |
22:12.09 | bolly | what can you do |
22:12.15 | bolly | i don't need sd |
22:12.24 | dcordes | nand works |
22:12.33 | dcordes | you know the linux kernel? |
22:12.41 | bolly | im not that great with linux |
22:12.50 | dcordes | ok |
22:12.56 | dcordes | think I should look at nand again |
22:12.57 | bolly | i just used it for apache |
22:12.59 | dcordes | always forget about it |
22:13.01 | bolly | mysql etc |
22:13.06 | dcordes | and now I need to catch a bus |
22:14.11 | dcordes | cya |
22:14.17 | bolly | cya later bud |
22:14.24 | bolly | just reading about nand now |
22:39.32 | druidu | ok, I managed to track down why it doesn't work and crashes when exiting the function |
22:42.52 | ali1234 | can't you make a SD driver that doesn't use DMA? ;) |
22:45.36 | tmzt | ali1234: can you help with gpio-keys on omap? |
22:45.39 | druidu | ali1234 : why not, it will be the slowest that was ever invented :) |
22:45.44 | tmzt | ali1234: how did it work on wizard/ |
22:47.14 | druidu | for those who now asm on arm... |
22:47.17 | druidu | my_test: |
22:47.17 | druidu | push {lr, pc} |
22:47.17 | druidu | ldm sp, {pc} |
22:47.30 | druidu | what should this little function do, when called like: bl my_test |
22:47.30 | druidu | ? |
22:48.49 | ali1234 | druidu: yeah but it might at least work though |
22:49.07 | ali1234 | tmzt: on wizard they are connected to the egpio chip on i2c i think |
22:52.27 | *** join/#htc-linux lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
22:54.44 | tmzt | ali1234: oh, penguinz got a different gpio for each one, but gets levels 0110 for each press |
22:55.12 | tmzt | ali1234: we are trying to use gpio-keys with gpio_ api, which apparently doesn't debounce correctly |
22:55.51 | ali1234 | hmm? what does "levels 0110" mean? |
22:56.15 | tmzt | he gets gpio 0, then 1, then 1, then 0 again on each press |
22:56.33 | tmzt | I mean, the gpio goes from 0, to 1, to 1, to 0 |
22:56.59 | ali1234 | that makes no sense to me. are you using polling? |
22:57.26 | ali1234 | do you get 0 then 1 on the press, and 1 then 0 on release? |
22:57.35 | penguinz | yes, that's what happens |
22:57.57 | penguinz | based on the output from haretconsole |
22:59.14 | ali1234 | well it seems reasonable enough... so what is the problem? just that the driver doesnt debounce? |
22:59.46 | penguinz | I guess that's what is going on, the very first presses work as intended and after that it rarely works |
23:00.07 | penguinz | also, events only generate upon release it seems based on output from event debug |
23:00.36 | ali1234 | you'd have to examine how the driver works. probably a combination of interrupts and polling. that seems typical |
23:00.41 | ali1234 | brb |
23:02.19 | tmzt | penguinz: have you tried active_low ? |
23:02.33 | penguinz | yes, with both values 0 and 1 |
23:02.46 | tmzt | penguinz: maybe a delay of some kind, though maybe not in an irq handler |
23:03.19 | tmzt | can you printk the gpio_get_value ? |
23:03.26 | tmzt | take out everything else |
23:03.43 | penguinz | yes, i have done that and its correct |
23:03.58 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
23:04.00 | penguinz | well, actually its mostly 1 |
23:04.17 | penguinz | until they key actually decides to work and then becomes 0 |
23:05.48 | penguinz | gpio_keys.c seems to work differently than omap-keypad |
23:06.05 | tmzt | basically all the keys call the same irq handler, which loops through the pdata keys |
23:07.44 | tmzt | if IRQ HANDLED clears the irq |
23:08.33 | penguinz | yeah the function i have my printk statement in returns IRQ_HANDLED |
23:09.30 | *** join/#htc-linux sirox (n=sirox@91-67-142-232-dynip.superkabel.de) |
23:09.59 | tmzt | can you take out the event and sync and just printk the gpio number or keycode and the gpio value? |
23:12.02 | penguinz | i dont have the keycode in there currently, but that other stuff works |
23:15.10 | penguinz | i think the problem has to do with the values not toggling- maybe something is happening too fast and it looks constant? |
23:18.38 | tmzt | you can try a udelay(1000) before the return HANDLED |
23:18.49 | penguinz | ok |
23:25.21 | penguinz | is there a function to set gpio values? what if i just set them to 0 manually? |
23:26.28 | tmzt | you could, but there not output lines |
23:28.08 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
23:31.43 | druidu | what options do you use for compiling arm kernels? |
23:32.06 | druidu | I'm interested in options related to how function prologue/epilogue is generated |
23:33.26 | *** join/#htc-linux goxboxlive1 (n=jrs@139.84-48-212.nextgentel.com) |
23:38.46 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
23:50.29 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
23:55.16 | penguinz | I've got it! What i did was just send 2 input_events in that function and have one with value 1 followed by a 2nd with value 0! |
23:58.31 | *** join/#htc-linux goxboxlive1 (n=jrs@139.84-48-212.nextgentel.com) |
23:59.49 | tmzt | what does that mean? |