00:14.52 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
00:58.42 | *** join/#htc-linux swc|666 (n=swc|666@unaffiliated/swc666/x-4934821) |
01:07.22 | swc|666 | does anyone know where the keymap file is for the BA? |
03:50.33 | *** join/#htc-linux lama_ (i=lama@netbsd.pl) |
04:07.37 | *** join/#htc-linux lama_ (i=lama@netbsd.pl) |
04:15.25 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
04:20.57 | par | swc: how is the ba coming along? |
04:22.27 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
04:23.43 | dcordes | par: nothing new afaik |
04:23.57 | dcordes | ginge: good to see a new kaiser hacker on board |
04:24.59 | dcordes | par: cr2 tried to implement a new spi driver to make resume after suspend on ba boardid 6 work. don't know if he has it working yet |
04:30.19 | par | oh cool |
04:30.24 | AstainHellbring | hey dcordes hows the radio write support going? |
04:31.27 | dcordes | gottas ak martin__ |
04:31.34 | dcordes | s/ak/ask/ |
04:32.24 | dcordes | nothing new that I know of |
04:32.32 | AstainHellbring | ahh ok |
04:34.41 | dcordes | AstainHellbring: I think we can write to AT but it doesn't work correctly. modem errors |
04:35.13 | AstainHellbring | ahh ok that makes sense from what I saw earlier |
04:35.59 | dcordes | also we can read gps |
04:36.55 | AstainHellbring | nice |
04:37.54 | AstainHellbring | I hadn't heard of the cdma guys having that one yet |
04:41.38 | dcordes | AstainHellbring: think the vogue has no gps |
04:41.51 | AstainHellbring | it does |
04:42.06 | AstainHellbring | knows the cdma vogue and titan very well |
04:42.28 | AstainHellbring | I don't know if the main vogue dev has flashed the gps unlocked radio onto his vogue though |
04:46.04 | dcordes | AstainHellbring: a quick search in xda dev reveals some have it disabled |
05:12.01 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
05:12.53 | AstainHellbring | question for you guys so android which init file in etc does it use? |
05:27.11 | par | where's San at? |
05:42.10 | dcordes | par: mehat? |
05:48.24 | *** join/#htc-linux kiozen (n=oeichler@p54929C7E.dip0.t-ipconnect.de) |
05:49.56 | dcordes | morning kiozen |
05:50.15 | kiozen | morning dcordes, already up or still up ? :) |
05:54.14 | dcordes | kiozen: already |
06:04.18 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
07:39.24 | *** join/#htc-linux swc|666 (n=swc|666@unaffiliated/swc666/x-4934821) |
07:45.02 | *** join/#htc-linux rob_w (n=bob@Ma3d6.m.pppool.de) |
08:00.44 | *** join/#htc-linux Alex[sp3dev] (n=Alexande@86.110.163.25) |
08:59.39 | *** join/#htc-linux rob_w (n=bob@Ma3d6.m.pppool.de) |
09:43.01 | swc|666 | Does anyone know what the correctbootloader is for this - http://www.linuxtogo.org/~htcpxa/htcblueangel/Qtopia/QtopiaPhone-image.rootfs.tar.bz2 |
09:43.19 | swc|666 | ? |
09:46.49 | dcordes | swc|666: I think you need to put Qtopia-Linux-htcblueangel.exe and the rootfs.tar.bz2 into the same folder and execute the exe. |
09:46.51 | kiozen | swc|666: afaik haret |
09:47.11 | swc|666 | ahhhh thats right... i remember now |
09:47.28 | swc|666 | the 100mb deal, right? |
09:47.33 | dcordes | swc|666: otherwise you can boot manually with a 'normal' haret. obtain here: http://handhelds.org/~koconnor/haret/ |
09:47.57 | swc|666 | dcordes: i've tried with a couple of harets |
09:48.30 | dcordes | of course you need a default.txt with the correct boot parameters |
09:48.36 | swc|666 | dcordes: there are two zImages in the /boot directory for that Qtopia bz.. |
09:48.50 | dcordes | haret needs variables at boot time in order to know what it has to do |
09:48.56 | swc|666 | one zImage and one zImage-hh20-etc |
09:49.16 | dcordes | swc|666: zImage is a symbolic link to the actual kernel image zImage-hh20-etc |
09:50.17 | swc|666 | dcordes: so in essence, if I were to manually boot it, I should copy the zImage-hh20 from boot to my device, and use haret with a proper default.txt? |
09:50.19 | martin__ | dcordes: could you have a go at mmutracing the at writes in wince? |
09:50.26 | martin__ | i haven't had much luck |
09:51.04 | dcordes | swc|666: yea. but it is also here http://www.linuxtogo.org/~htcpxa/htcblueangel/Qtopia/SDInstall/ |
09:51.19 | dcordes | swc|666: did you try what I said? |
09:51.22 | dcordes | 11:46 < dcordes> swc|666: I think you need to put Qtopia-Linux-htcblueangel.exe and the rootfs.tar.bz2 into the same folder and execute the exe. |
09:51.32 | martin__ | just interested in the bit from smem 41f0 to 6208 |
09:51.35 | dcordes | I think Qtopia-Linux-htcblueangel.exe has the rootfs |
09:51.50 | swc|666 | dcordes: if I do that, I'll only have a 100mb partition though, right? |
09:52.23 | dcordes | swc|666: don't know. Possibly you will get a loopfile variable in size |
09:52.32 | dcordes | martin__: ok |
09:53.36 | dcordes | swc|666: I would boot from SD. Make a non sd-hc with two primary partitions: 1st with fat16 where you put zImage default.txt haret.exe, 2nd with the rootfs.tar.gz extracted. |
09:54.25 | dcordes | use http://www.linuxtogo.org/~htcpxa/htcblueangel/Qtopia/SDInstall/startup.txt and zImage alongside a haret from http://handhelds.org/~koconnor/haret/ |
09:54.29 | swc|666 | dcordes: yes, that's what ive done before, but for this Qtopia image, I cant seem to find the 'right' haret |
09:54.37 | swc|666 | ok |
09:54.42 | swc|666 | i'll try that haret |
09:54.54 | dcordes | why not? Use a normal one. latest build for example http://handhelds.org/~koconnor/haret/haret-20080613-swp3.exe |
09:55.16 | swc|666 | i'll try that one :) |
09:55.38 | dcordes | you don't want Qtopia-Linux-htcblueangel.exe when you boot from sd because it does automagically create the loopfile from the tar I think |
09:55.49 | swc|666 | right |
09:56.21 | dcordes | swc|666: can you use sdhc in wince on ba? |
09:56.47 | swc|666 | yep |
09:56.57 | dcordes | with an updated rom? |
09:57.05 | swc|666 | wm5 |
09:57.12 | *** join/#htc-linux rob_w (n=bob@Ma3d6.m.pppool.de) |
09:57.16 | swc|666 | i just upgraded it today |
09:57.16 | dcordes | nice! I need that |
09:57.22 | swc|666 | it was a pita |
09:57.25 | dcordes | did you try an 8 gig? |
09:57.30 | swc|666 | 4gb |
09:57.42 | swc|666 | also i noticed maybe a problem because of wm5 |
09:57.58 | dcordes | swc|666: what is it? |
09:58.27 | swc|666 | i had gpe running earlier today, and now the keypad will stick and keep typing keys... also the touchscreen seemed to double click al the time back and forth |
09:58.48 | dcordes | swc|666: known problems, not wince related |
09:58.53 | swc|666 | this is why i want to try running qtopia to see if the problem persists |
09:59.07 | dcordes | swc|666: most likely. This is a kernel level problem |
09:59.31 | dcordes | the keyboard bug renders the keyboard unusable |
09:59.40 | swc|666 | dcordes: i want to eventualy get the Titchy Debian running... i had it running earlier, but with no window manager |
10:00.15 | dcordes | that would be interesting. What do you need for flashing wm5? |
10:00.42 | swc|666 | unlock + the helmi rom |
10:01.08 | swc|666 | Helmi_BA_WM2k5_AKU3.5_v1.4.CF2.R2 |
10:01.21 | swc|666 | and xdadev_all_unlock-v1.6_138.exe |
10:03.21 | dcordes | martin__: what do you mean you had not much luck tracing? What mmutrace did you add? |
10:14.37 | swc|666 | dcordes: yeay! |
10:15.13 | swc|666 | finally.. a haret that works |
10:15.46 | dcordes | swc|666: good. do you have an audio adapter for ba? |
10:16.00 | dcordes | I'm looking for one with a standard headphone jack |
10:16.09 | swc|666 | no not yet |
10:17.23 | dcordes | xmms fullscreen on blueangel makes a nice jukebox :) |
10:18.04 | swc|666 | i will have to try it :) |
10:18.19 | swc|666 | actually... i do have a small adapter |
10:18.24 | swc|666 | <somehwere> |
10:22.47 | swc|666 | so how come the keyboard an the input keyboard don't work? is there a fix? |
10:31.42 | dcordes | maybe u use an old kernel version? |
10:31.56 | dcordes | iirc there were some improvements in ts driver |
10:32.16 | swc|666 | hmm |
10:33.19 | swc|666 | i'll have to experiment more |
10:33.38 | dcordes | probably try an onscreen keyboard with bigger keys |
10:33.47 | dcordes | think there's a way to scale matchbox-keyboard |
10:33.56 | swc|666 | yep |
11:13.07 | *** join/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
11:21.33 | swc|666 | dcordes: hmm... i definitely think that wm5 is messing up the keyboard. I've tried 4 kernels so far :/ |
11:41.17 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
12:17.31 | *** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
13:31.25 | *** join/#htc-linux Othello (i=Magorium@gateway/tor/x-b48a6c1d1e0a5c7e) |
13:59.54 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
14:30.51 | dcordes_ | martin__: addlist mmutrace 0xb510041f0 0x06208 killed wince |
14:31.19 | dcordes_ | on my kaiser |
14:41.27 | *** join/#htc-linux ndavey (n=neil@220-244-142-101.static.tpgi.com.au) |
14:44.50 | dcordes_ | oh that offset ist not correct |
14:46.32 | dcordes_ | addlist mmutrace 0xb510041f0 (0xb51006208 - 0xb510041f0) ? |
14:50.51 | ginge | dcordes_: I believe you were looking into the serial issue on the msm |
14:51.02 | *** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com) |
14:51.46 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
14:57.32 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1fc78.pool.einsundeins.de) |
14:57.38 | *** join/#htc-linux Alex[sp3dev] (n=Alexande@86.110.163.25) |
15:00.11 | dcordes_ | ginge: not yet. I'm not brave enough. I could email you the information martin__ provided me with about the topic |
15:00.39 | dcordes_ | I'm not much of a C coder or kernel developer :) |
15:01.05 | *** join/#htc-linux idman (n=idman@156.80.252.112) |
15:01.08 | *** part/#htc-linux idman (n=idman@156.80.252.112) |
15:01.09 | ginge | dcordes_: yes please. admin at headfuzz.co.uk . I think I have a handle on the problem anyways |
15:01.14 | dcordes_ | ginge: I read in the logs you patched the keyboard driver. May I commit those to the git repository? |
15:01.29 | dcordes_ | ginge: that would be nice. I will just forward the mail |
15:03.12 | ginge | dcordes_: I patched the vogue keyboard driver into the kaiser, but its not too useful. It flickers like hell too. I post a link somewhere when I have it working. |
15:05.31 | dcordes_ | ginge: ah you mean that kernel level framebuffer onscreen keyboard? |
15:06.12 | ginge | yeah. I have it with useful characters on, such as tilde ;) Also It is almost certainly not the right way to do it. |
15:06.27 | dcordes_ | we could commit it alongside the vogue one |
15:07.07 | dcordes_ | also need to apply martin__'s kaiser-smd.c |
15:07.27 | ginge | oh? what is new. Thats where the serial issue would seem to be |
15:08.22 | dcordes_ | ginge: isn't serial directly connected to UART1? smd is the shared memory interface. What's new in it is that the gps read channel was added and AT write works partially |
15:08.48 | ginge | I am thinking of board-htckaiser. never mind :) |
15:08.52 | dcordes_ | as soon as I write anything to the AT channel with it, the modem spits errors and freeze |
15:08.54 | dcordes_ | freezes |
15:09.33 | dcordes_ | ok |
15:09.47 | dcordes_ | ginge: did you receive the mail? |
15:11.00 | ginge | dcordes_: not yet you could also try servo at openservo.org the headfuzz has a dumb spam filter |
15:11.29 | dcordes_ | looks like you are much into robotics |
15:11.39 | ginge | too much ;) |
15:11.59 | ginge | and with a name like Android, who could resist |
15:12.23 | dcordes_ | sent |
15:12.31 | ginge | great, got it thanks |
15:12.49 | dcordes_ | good. do you have experience with quadro copters? |
15:13.51 | ginge | sort of. I am building one at the moment, but it is my first |
15:15.20 | dcordes_ | I was thinking of making one. https://www.mikrocontroller.com/index.php?main_page=product_info&cPath=80&products_id=236&zenid=1e80ca3f6a9c8497471af12dc2cd5a07 something like that |
15:16.53 | dcordes_ | gotta run, bye |
15:19.46 | ginge | cya |
15:19.51 | ginge | looks good btw |
15:34.18 | ginge | is there any way I can get the kernel boot output in the case of a kernel segfault. At the moment it just looks like haret freezes |
15:49.46 | *** join/#htc-linux LunohoD_ (n=alex@e180076132.adsl.alicedsl.de) |
15:50.54 | *** join/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
15:54.52 | *** join/#htc-linux JohnnyK (n=johnnyk@nfx-nat-229.pilsfree.net) |
16:04.27 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
16:05.57 | *** join/#htc-linux pH5 (n=ph5@e178246111.adsl.alicedsl.de) |
16:19.02 | *** join/#htc-linux tsdogs (n=tsdogs@195.32.71.229) |
16:42.40 | dcordes_ | ginge: use the latest haret http://www.handhelds.org/~koconnor/haret/haret-20080613-swp3.exe Do you run the stock wince rom? |
16:43.28 | ginge | dcordes_: Yes, stock rom. Can't be bothered to reflash and haret works 9/10 times |
16:44.24 | dcordes_ | ah ok I see your problem. It doesn't boot after you changed critical things in the code, right? |
16:45.46 | dcordes_ | I'm not aware of any way to get such early init information: We don't have any storage drivers yet so you won't be able to write messages and read them after a crash. also if it doesn't get to display init you won't be able to look it up right on the screen |
16:46.16 | ginge | the problem is no serial console |
16:46.21 | dcordes_ | an idea I have would be to init the critical (uart?) after everything else (also fb) is present |
16:46.58 | ginge | not a bad idea. I might also try and build it as a module and modprobe it manually |
16:47.34 | dcordes_ | I didn't boot kaiser yet with module support |
16:48.02 | dcordes_ | but should be no problem. do you use my angstrom console-image build? |
16:48.08 | ginge | yes |
16:48.45 | dcordes_ | ok cool. If you miss anything in the image, just poke and I will make a new build including it |
16:49.27 | ginge | thanks |
16:50.59 | dcordes_ | did you refer to the heli kit with looks good? |
16:51.15 | ginge | yes, its looks pretty easy to assemble |
16:52.13 | dcordes_ | they also have instructions etc. But I think it's a bit pricy |
16:52.25 | dcordes_ | did you already get your parts? |
16:52.39 | ginge | I did think the price was pretty high. I am milling mine from scratch |
16:52.57 | ginge | the whole quad is only 50mm x 50mm |
16:53.09 | dcordes_ | wow |
16:53.37 | dcordes_ | that's tiny compared to that monster |
16:54.02 | ginge | I tend to go crazy when I build stuff. |
16:54.13 | dcordes_ | :) |
16:54.52 | dcordes_ | I have seen poeple using a gumstixx board as central control unit. how are you putting this? |
16:55.28 | ginge | the gumstix is too large to control it, so I am fabricating a custom arm9 board |
16:55.55 | ginge | only the dev work is happening on the gumstix, and uses an cabl to the quad |
16:56.53 | dcordes_ | sounds highly technical with the custom board |
16:57.37 | ginge | its kind of similar to reverse engineering this kaiser. Make a change, upload, rinse repeat. |
16:59.22 | ginge | this new haret seems to boot faster and more reliably. nice |
17:01.29 | ginge | dcordes_: how about some angstrom scripts to do stuff like; log.sh does nano -w /var/log/messages |
17:02.01 | ginge | shortcuts |
17:02.17 | dcordes_ | good idea. can put it in the image |
17:02.55 | dcordes_ | also a script to make the device nodes would be useful. but they should be created automatically in the angstrom fs. I wonder why they aren't |
17:04.01 | dcordes_ | pH5: is blueangel maintained in ltg? |
17:05.45 | pH5 | unless BabelO had time to fix the old hh.org stuff, nope. |
17:06.26 | dcordes_ | pH5: ok. do you know about any updates on the spi bitbanging driver? |
17:07.34 | pH5 | to the best of my knowledge, the asic3 based devices are waiting for asic3 gpio and mmc support in mainline more or less. |
17:07.55 | pH5 | I only know that cr2 pushed something into hh.org cvs, but I don't know whether it is complete. |
17:08.10 | pH5 | I have cr2's BA here, which is one of the old, spi-less. |
17:08.22 | dcordes_ | pH5: I tried something he pushed in hh few weeks ago |
17:08.41 | dcordes_ | pH5: spi-less=boardid6? |
17:09.13 | pH5 | no, boardid != 6, doesn't need the SPI transfer to LCM. |
17:10.15 | dcordes_ | LCM? |
17:10.49 | pH5 | lcd (control module) |
17:11.35 | dcordes_ | why is the SPI transfer only required on resume, not on bootup init? |
17:11.44 | pH5 | the lcd power setup on the boardid<6 devices is gpio only |
17:11.50 | pH5 | dcordes_: because wince already did it for us |
17:12.04 | dcordes_ | ahh I see |
17:12.51 | dcordes_ | cr2: any news on blueangel SPI driver since I tried your commit? |
17:13.43 | dcordes_ | pH5: know a possible reason for why the /dev/smd* nodes don't get created automatically in console-image? |
17:14.19 | *** join/#htc-linux premy556 (n=premy@200.205.76-86.rev.gaoland.net) |
17:14.53 | pH5 | :/ right now I'm back to from "mmc driver oopes" down to "doesn't boot at all" on hx4700. wtf. |
17:14.56 | pH5 | dcordes_: no idea |
17:16.31 | dcordes_ | pH5: oh sucks (hx47). could it be that somethign doesn't get mounted correctly or the smd driver is initialized too late on kaiser? |
17:16.40 | dcordes_ | udev does create the nodes, doesn't it? |
17:17.17 | pH5 | does udev only create nodes if it has the correct rules set? or does it create nodes for all unknown devices by default? |
17:18.15 | *** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
17:18.25 | dcordes_ | so I would have to add a udev rule for smd in OE? |
17:18.48 | pH5 | might be. |
17:23.14 | *** join/#htc-linux premy (n=pr@200.205.76-86.rev.gaoland.net) |
17:24.56 | *** join/#htc-linux ginge_ (n=baz@cpc6-ward3-0-0-cust579.manc.cable.ntl.com) |
17:26.03 | pH5 | dcordes_: re hx4700, disabling the mmc driver fixes the lock-up though, so the bugs are well contained :) |
17:37.46 | dcordes_ | pH5: but that's only in the more recent kernel version 2.6.24+? I wonder if dzo is cooking on msm mmc for vogue |
17:39.14 | pH5 | I'm working against rmk's arm-devel tree, that's about 2.6.26-rc4 right now. |
17:39.28 | dcordes_ | rmk? |
17:39.41 | pH5 | a mmc driver would be really helpful, all this initrd/initramfs stuff is a pain |
17:39.48 | pH5 | (for development, at least) |
17:39.58 | dcordes_ | yes. also for debugging. it would enabled wifi also |
17:40.00 | pH5 | russell king, the arm maintainer |
17:40.55 | pH5 | his tree has some nice things for pxa that are not in mainline until the next merge. |
17:41.16 | pH5 | an sdio driver for the wifi chip exists? that's good. |
17:42.41 | dcordes_ | pH5: the wifi chip is ti125 or so which is supported by acx100. I was assuming it wouldn't be a problem making it work as soon as msm sd works |
17:46.15 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
17:50.34 | dcordes_ | martin__: addlist mmutrace 0xb510041f0 (0xb51006208 - 0xb510041f0) also mad kaiserhang |
17:50.46 | cr2 | hi |
17:50.50 | pH5 | hi cr2 |
17:51.01 | cr2 | pH5: don't you have a CF on hx4700 ? |
17:52.33 | pH5 | yeah, doesn't work yet either |
17:53.01 | pH5 | methinks asic3 mmc is more important right now |
17:53.55 | cr2 | agreed. |
17:54.27 | cr2 | i#ve just thought that booting off CF and modprobing asic3_mmc may have been easier. |
17:55.36 | pH5 | in theory booting off NFS should have been the best way (although not easy in my eyes). I still didn't manage to set this up properly. |
17:58.41 | dcordes_ | bye |
17:59.36 | pH5 | dcordes_: bye |
18:04.32 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
18:16.57 | *** join/#htc-linux TimRiker (n=timr@70-7-68-249.area7.spcsdns.net) |
18:43.01 | *** part/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
18:56.05 | martin__ | dcordes_: i wasn't getting hangs, rather just no results |
18:57.50 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
19:15.42 | *** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net) |
19:17.32 | pikapika | :) |
19:21.14 | *** join/#htc-linux TimRiker (n=timr@70-7-68-249.area7.spcsdns.net) |
19:32.56 | *** join/#htc-linux wireddd (n=wired@unaffiliated/wireddd) |
19:36.37 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1fc78.pool.einsundeins.de) |
19:36.54 | kiozen | hi |
19:54.56 | BabelO | hi kiozen |
19:55.13 | kiozen | hi BabelO, how is going ? |
19:55.42 | BabelO | good |
19:55.54 | kiozen | BabelO: found all bugs ? |
19:56.11 | BabelO | lol yes yes, no bug left now :) |
19:56.37 | BabelO | kiozen: i mean no bug left until someone use the software |
19:56.42 | kiozen | LOL |
19:57.10 | kiozen | my bug tracker at work hits 0 only once or twice a year :) |
19:58.17 | kiozen | BabelO: you tried latest GT with that overlay stuff? |
19:59.42 | BabelO | kiozen: text overlay ? i build the last one yes |
19:59.51 | BabelO | but did not found new functionnality for me :) |
20:00.04 | kiozen | BabelO: F6 |
20:01.13 | BabelO | kiozen: ah i see when i move it now :) |
20:03.12 | kiozen | yes and next will be some distance mesurement, however I have some upnp stuff in the pipe, too |
20:03.32 | kiozen | and some internal iso9001 stuff :/ how boring |
20:06.15 | kiozen | BabelO: did you succeed with that GUI stuff for M? |
20:08.08 | BabelO | kiozen: not really |
20:08.24 | kiozen | what's the problem? time? |
20:16.20 | cr2 | hi kiozen |
20:16.29 | cr2 | hehe. wine-1.0 released |
20:17.20 | kiozen | yes I have seen it, always thouhgt wine is the most useless piece of software and will never make it - I was proved wrong :) |
20:18.13 | cr2 | lol |
20:18.20 | cr2 | winelib is ok. |
20:18.35 | cr2 | i could run gpsmapedit this way. |
20:19.07 | kiozen | only use it to uncompress Garmin maps in senseless exe format |
20:19.27 | cr2 | the routing graph support in .img is the next great thing. |
20:19.46 | kiozen | ?? |
20:19.53 | cr2 | useful for installers |
20:20.02 | *** part/#htc-linux premy (n=pr@200.205.76-86.rev.gaoland.net) |
20:20.28 | cr2 | just thinking loud about other projects that are close, but still unfinished. |
20:20.34 | cr2 | n560 *cough* |
20:21.10 | kiozen | yes :) what can I do to boost motivation |
20:21.21 | cr2 | i've tried to merge 2 CVS haret trees and created a big mess. |
20:21.48 | kiozen | a nice bottle of wodka? but that is somehow contra productive :) |
20:23.45 | cr2 | yeah. |
20:24.20 | cr2 | kiozen: you do a vacation in july ? |
20:24.59 | kiozen | cr2: no real vacation until next April, my wife has her 8 month "amtsjahr" |
20:25.31 | kiozen | yeah in the sese of wodka or productiveness? |
20:25.43 | kiozen | s/sese/sense |
20:26.20 | *** join/#htc-linux TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
20:26.23 | cr2 | both |
20:27.05 | kiozen | ok let's see :) |
20:27.08 | BabelO | kiozen: i m working on other thing too, but more hardware than software |
20:27.43 | kiozen | BabelO: uuuuuh hw? You build the ulimative GPS platfrom? |
20:28.06 | kiozen | haven't done hw for 10 years now. |
20:29.09 | BabelO | kiozen: no, just some intelligent car security system with embedded gsm to cut electric circuits when i want and some more intelligence |
20:29.55 | kiozen | paaah, just some dynamit with remote ignition will do :P |
20:30.05 | cr2 | LOL |
20:30.37 | kiozen | hope CIA is not reading this and raids me tomorrow morning on my way to work |
20:31.08 | kiozen | remembers: place before time :/ |
20:32.14 | BabelO | lol |
20:32.25 | pH5 | always wanted to have an anti-theft device that somehow involved laughing gas for his car |
20:32.49 | BabelO | kiozen: was thinking to electricity on the car, so nobody can enter into it |
20:32.55 | kiozen | thought spikes in the seat would be more fun |
20:33.03 | cr2 | i was told that my car is not worth stealing it :) |
20:33.32 | kiozen | cr2: that was the opinion of a friend with a 10 year old Ford, too |
20:33.51 | cr2 | mine is 13 years old |
20:34.00 | kiozen | and I would second that. however Hungarian people think different :) |
20:34.11 | BabelO | kiozen: i just change my car an old peugeot 106 .. lol and the previous car was stolen |
20:35.02 | kiozen | lol, sofar no one wants my Toyota, to conservative |
20:35.03 | cr2 | BabelO: do you keep the qtopia source ? |
20:35.19 | BabelO | cr2: yes i have two or tree git here |
20:35.37 | cr2 | BabelO: tsdogs told me that evil nokia pulled the source down. |
20:36.12 | BabelO | cr2: yes only a readme.txt file :) |
20:36.17 | cr2 | fsck them, bastards |
20:36.22 | BabelO | cr2: but sources are still in a git |
20:36.35 | cr2 | i must have them somewhere too. |
20:36.42 | kiozen | yes that sucks, let's see if they ever decide to solve these license isues :/ |
20:36.51 | BabelO | cr2: they just want to remove some proprietary librarie or code i think, and use nokia gpm code :) |
20:37.52 | cr2 | hehe. when they've released the greenphone, it was the same story. |
20:39.14 | cr2 | wow, 200GB disk is full again |
20:39.23 | cr2 | nice things i see here. |
20:39.26 | cr2 | ydl4-install.iso |
20:39.59 | kiozen | thinks 8GB should be enought for everyone |
20:40.23 | cr2 | the 180GB is full too. |
20:40.34 | cr2 | and i even don't have oe anymore :) |
20:40.59 | cr2 | 400MB free from 180GB is too low... |
20:41.38 | kiozen | cr2: you are a hdd messy |
20:41.58 | cr2 | i've booted an old dec unix machine today. CDE is such a stone age ;) |
20:42.25 | cr2 | kiozen: yeah, i'm looking what to delete now. |
20:42.41 | cr2 | kiozen: only 1 kernel tree, 2 haret trees. |
20:43.00 | cr2 | <PROTECTED> |
20:43.02 | cr2 | lol |
20:43.03 | BabelO | cr2: /usr/share/doc ... not needed :) |
20:43.28 | cr2 | must be some dd from /dev/zero for 1.5 years :) |
20:44.15 | cr2 | 2GB of zeros lying around for 1.5 years. i still can't rememeber what did i want to test then. |
20:44.39 | BabelO | cr2: bad sector ? |
20:44.54 | cr2 | no. |
20:44.57 | cr2 | od -v -x data |
20:45.03 | cr2 | shows only zeros. |
20:45.17 | cr2 | i think i've copied it from /dev/zero to test something :) |
20:45.44 | kiozen | yes these are some fine aged zeros, everyone should have on their hdd |
20:45.52 | cr2 | LOL |
20:45.56 | cr2 | 282095580 29. Jan 2007 msys.tar.gz |
20:46.07 | cr2 | i doubt i need something like that |
20:47.12 | cr2 | <PROTECTED> |
20:47.29 | cr2 | yes, yellowdog is the biggest sinlge file |
20:47.59 | cr2 | qt4 source tree is not small too. rm -rf |
20:50.28 | cr2 | dead cegcc svn tree that i couldn't compile. rm -rf |
20:51.53 | cr2 | 30GB free already . not bad. |
21:04.35 | dcordes_ | hi |
21:04.37 | dcordes_ | martin__: ping |
21:10.41 | dcordes_ | martin__: what addlist mmutrace did you use to trace tx? |
21:15.02 | *** join/#htc-linux AstainZZZZZZ (n=Administ@unaffiliated/astainhellbring) |
21:20.02 | *** join/#htc-linux SmallR2882 (n=SmallR20@c-67-162-60-33.hsd1.il.comcast.net) |
21:24.21 | *** join/#htc-linux swc|666 (n=swc|666@unaffiliated/swc666/x-4934821) |
21:30.38 | swc|666 | BabelO: ping |
21:30.57 | BabelO | swc|666: ? |
21:31.10 | swc|666 | hi.. |
21:31.24 | BabelO | hi swc|666 |
21:31.49 | dcordes_ | hi swc|666 how is your ba? |
21:31.53 | swc|666 | i have a question.. I bought another BA yesterday and I noticed the keyboard doesnt work well with wm5 |
21:31.54 | swc|666 | but |
21:32.15 | swc|666 | when the keyboard isn't opened, the matchbox-keyboard works |
21:32.33 | swc|666 | have you had this same experience? |
21:32.38 | dcordes_ | is there a detection mechanism at all? |
21:33.44 | swc|666 | there must be... also at boot sometimes i get a weird kernel msg many times, something about irq 26(?) |
21:33.47 | BabelO | no detection mechanism on ba, don't see one, did you look with haret |
21:34.16 | BabelO | swc|666: keyboard have some problem anyway, bad driver for newest kernel |
21:34.36 | dcordes_ | BabelO: is the keyboard hang problem only with newer ones? |
21:35.09 | swc|666 | BabelO: very strange though, i originally loaded your newest gpe (from may 31st?) on wm2003... then i flashed wm5, and had the issues |
21:35.28 | swc|666 | not as bad with wm2003* |
21:35.49 | BabelO | swc|666: ok, but i ve no more by ba for few weeks |
21:35.57 | dcordes_ | swc|666: I doubt it makes a difference |
21:36.00 | swc|666 | unfortunately, i took for granted that there was a backup on xda-developers ftp for my firmware :/ |
21:36.15 | swc|666 | BabelO: broken? :o |
21:36.45 | BabelO | swc|666: noo a friend have it |
21:36.49 | swc|666 | BabelO: you are right about the wifi... very stable! :) |
21:37.20 | swc|666 | although i have to rmmod -f acx to remove it |
21:37.23 | BabelO | swc|666: yes, it depend, and better stable if you set power lower |
21:37.36 | swc|666 | txpower or rate? |
21:37.47 | BabelO | swc|666: jusqt pccardctl eject shutdown the power |
21:38.00 | swc|666 | BabelO: ahhh... ok |
21:38.06 | BabelO | swc|666: txpower, i notice that it is better when set to 10 or 6 |
21:38.17 | swc|666 | nice |
21:38.56 | swc|666 | i had it boot debian titchy yesterday too, but because of the keyboard issue, i havent been able to get an x window manager working |
21:39.27 | dcordes_ | swc|666: get wifi up and ssh in |
21:39.55 | swc|666 | dcordes: yes, either that or i will set a script to run usb networking at boot i think |
21:40.00 | swc|666 | for shh* |
21:40.05 | swc|666 | ssh** |
21:42.44 | BabelO | swc|666: no script, just edit /etc/sysconfig/network add "auto usb0" at top of file and edit ip adress of usb0 device in this file |
21:42.50 | *** join/#htc-linux hollo (n=hollo@3e6b025d.rev.stofanet.dk) |
21:43.05 | swc|666 | right :D |
21:44.50 | *** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring) |
21:49.33 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
22:12.41 | AstainHellbring | hows it going? |
22:13.54 | ginge_ | okay, so I think I know where the serial is causing the segfault on this kaiser |
22:14.15 | AstainHellbring | ohh thats good |
22:14.33 | dcordes_ | ginge_: where? |
22:14.47 | ginge_ | static inline unsigned int msm_read(struct uart_port *port, unsigned int off) |
22:15.00 | ginge_ | specifically return __raw_readl(port->membase + off); |
22:15.09 | ginge_ | doing some debugging around there now |
22:15.12 | *** join/#htc-linux StyleWarz (i=stylewar@fbettag.qs-housing.net) |
22:15.14 | StyleWarz | heyho |
22:15.28 | AstainHellbring | very cool ginge |
22:15.45 | AstainHellbring | I got android to boot up for the first time on an axim x51v today |
22:15.58 | dcordes_ | AstainHellbring: what is axim x51v? |
22:16.02 | dcordes_ | htc? |
22:16.14 | AstainHellbring | yes |
22:16.19 | AstainHellbring | pda only |
22:16.26 | AstainHellbring | rebranded by dell |
22:16.31 | AstainHellbring | vga screen |
22:16.40 | StyleWarz | anyone knows when there will be a 2.6.22 or dscape capable kernel for the blueangel? |
22:17.16 | dcordes_ | StyleWarz: you need mac80211 in order to try out the new acx100 driver which has experimental wpa, eh? |
22:18.22 | ginge_ | dcordes_:yep, confirmed at that point |
22:20.03 | dcordes_ | ginge_: where is msm_read(struct uart_port *port, unsigned int off)? |
22:20.27 | ginge_ | dcordes_: msm-serial.c |
22:20.55 | StyleWarz | dcordes_: yes i do ;) |
22:21.14 | StyleWarz | 2.6.23 would be fine too :P |
22:25.42 | ginge_ | dcordes_: if I comment out the call to raw_readl it boots to the console, but there are no /dev entries. Should they be generated automaticaly? |
22:26.47 | dcordes_ | ginge_: I had a chat with pH5 about that earlier. he said you'd probably need an udev rule to make the devs for smd. I apply them manually for now |
22:26.59 | dcordes_ | mknod /dev/ttyS0 c ? 0 |
22:27.04 | ginge_ | sms_serial.0: ttyMSM0 at MMIO 0xa9a0000 (irq = 9) is a MSM |
22:27.19 | ginge_ | s/sms/msm |
22:27.24 | dcordes_ | I think you can look up in /proc/something/seiral/or/so |
22:27.30 | ginge_ | good idea |
22:28.00 | dcordes_ | at least for the smd interfaces it, showed the correct major there iirc |
22:29.56 | ginge_ | yes, it is registered in proc/tty/drivers |
22:30.07 | dcordes_ | maybe the UART1 register is not 100% correct in msm_iomap.c |
22:30.13 | ginge_ | thats my guess |
22:30.20 | dcordes_ | so it can write but not read |
22:30.41 | ginge_ | yeah, write seems to work perfectly |
22:30.48 | dcordes_ | ginge_: !! nice job |
22:31.18 | dcordes_ | we should trace the area in haret to make sure it's set correctly |
22:31.25 | dcordes_ | (UART1 register) |
22:31.35 | ginge_ | heh. over to someone who knows what they are doing :) |
22:32.21 | dcordes_ | well I do partially |
22:32.38 | ginge_ | where is msm-iomap.c ? |
22:33.43 | dcordes_ | include/asm-arm/arch-msm |
22:33.54 | dcordes_ | it matches the register in xda wiki |
22:34.08 | dcordes_ | but I'm not sure if the wiki is right so we should get some sort of confirmation |
22:35.41 | dcordes_ | ginge_: http://wiki.xda-developers.com/index.php?pagename=KaiserResearch |
22:35.58 | ginge_ | dcordes_: just looking at the memory map page now |
22:36.30 | dcordes_ | 0xb2400000 (virtual) 0xa9a00000 (physical) 1 MSM_UART1 |
22:36.39 | ginge_ | yeah, matches up ok |
22:37.02 | ginge_ | so we need confirmation |
22:37.24 | dcordes_ | but who knows if that's correct in the memory map. If it comes from reverse engineered wince code it should be all good but maybe it's just taken from the halibut code |
22:38.13 | dcordes_ | and what about all those offsets eg UART_RFWR? |
22:38.45 | ginge_ | I cant see the layout being too different. How do we go about checking this? |
22:39.04 | dcordes_ | :( |
22:39.11 | dcordes_ | where is the layout defined in our code? |
22:40.09 | ginge_ | msm-iomap.h ? |
22:40.19 | ginge_ | line 57 |
22:41.28 | dcordes_ | ginge_: sorry I mean those sub UART1 lines in the memory map |
22:42.09 | dcordes_ | maybe here's a small difference vs msm7500A that we need to correct |
22:42.41 | ginge_ | grepping... |
22:42.57 | dcordes_ | but it would make no sens if the base matches |
22:43.07 | dcordes_ | just guesses |
22:43.10 | ginge_ | msm_serial.h |
22:43.37 | dcordes_ | great |
22:44.03 | dcordes_ | I'd bet there's our read error |
22:45.38 | ginge_ | registers match the wiki |
22:46.18 | dcordes_ | odd |
22:46.45 | dcordes_ | cr2: where did we get the msm UART1 registers in the wiki from? |
22:51.41 | dcordes_ | ginge_: according to memory map, what offset would I specify in order to trace the whole address space between UART1(0xb2400000) and UART2(0xb2300000) |
22:52.47 | ginge_ | dcordes_: I don't understand the question :/ |
22:53.42 | dcordes_ | I need to know how big the UART1 registers in size are |
22:53.49 | dcordes_ | from uart1 base |
22:55.02 | dcordes_ | in order to trace them from haret |
22:55.13 | ginge_ | uart1 base and uart1 phys are different ranges. I don't know how that works |
22:55.34 | ginge_ | i.e what is the difference between uart_base and uart_phys |
22:55.35 | dcordes_ | I just work with the virtual registers |
22:55.43 | ginge_ | base = virt? |
22:55.54 | dcordes_ | in iomap.h? I'm talking about the memory map in xda wiki |
22:57.28 | ginge_ | the wince virtual address is 0xb2400000 + 0x50 so 0xb2400050 |
22:57.28 | ginge_ | or am I still getting teh wrong end of the stick |
22:58.21 | dcordes_ | cool 0x50 is what I'm looking for I guess |
22:59.00 | ginge_ | I only say 0x50 because thats the last entry in the wiki (UART_TEST_CTRL) :) |
23:01.40 | ginge_ | dumb question... Can I flash a new firmware on my kaiser without windows? |
23:02.22 | dcordes_ | there's a new tool which was release just a few days ago |
23:02.44 | ginge_ | released a few days ago eh? I think I will leave it for a bit ;) |
23:03.08 | dcordes_ | http://forum.xda-developers.com/showthread.php?t=399762 |
23:03.35 | ginge_ | that is pretty awesome! |
23:04.24 | dcordes_ | that guy pof knows a lot about htcs |
23:08.18 | martin__ | yo peeps |
23:08.30 | martin__ | ginge_: nice work |
23:08.40 | ginge_ | yo |
23:09.19 | ginge_ | martin__: cheers. Any thoughts on this? |
23:09.38 | martin__ | It's weird that it's a read that screws it. |
23:09.50 | martin__ | Writing to somewhere we shouldn't, surer. |
23:09.58 | martin__ | s/surer/sure/ |
23:10.24 | martin__ | But I wouldn't expect reading the port to hang the system. |
23:10.35 | ginge_ | yeah, seems odd. |
23:11.35 | martin__ | ginge_: is this on the first call to msm_read? |
23:11.37 | dcordes_ | martin__: I tried to trace it but see nothing |
23:11.50 | ginge_ | martin__: yes |
23:11.54 | martin__ | dcordes_: the smem? |
23:12.14 | dcordes_ | no the smem caused freezes the way I did it. (aksed you for mmutrace command earlier) |
23:12.25 | martin__ | i can't remember what i did |
23:12.56 | dcordes_ | 11:51 < martin__> just interested in the bit from smem 41f0 to 6208 |
23:13.40 | martin__ | addlist mmutrace 0xb51041f0 8216 |
23:13.46 | martin__ | is probably what i did |
23:14.24 | martin__ | then wirq 10 or something |
23:14.31 | martin__ | after turning off all the irqs |
23:15.00 | martin__ | but just didn't get any results |
23:18.15 | dcordes_ | nothing |
23:18.19 | dcordes_ | no irqs either? |
23:19.31 | martin__ | well i got buckets of irqs at first |
23:19.41 | martin__ | so i turned them all off |
23:19.58 | martin__ | it's only the memory accesses i'm interested in |
23:20.35 | martin__ | i'll have another go... |
23:21.32 | dcordes_ | hm odd I get no irqs at all |
23:21.46 | martin__ | oh, right |
23:21.49 | dcordes_ | can you try and trace for UART1 r/w when you're at it? |
23:21.59 | martin__ | yeah, will see what i can do |
23:22.59 | dcordes_ | I just did addlist mmutrace <uart1virtualbase> <different offsets> and got nothin |
23:23.05 | dcordes_ | even tried 1M offset |
23:23.27 | dcordes_ | looks at kaiser mmu for what virts are mapped to the uart1 phys |
23:24.59 | dcordes_ | b2400000 | a9a00000 | 1MB section | D=0 AP=1 ?=2000 |
23:25.09 | dcordes_ | only that |
23:25.37 | ginge_ | function msm_enable_clock writes to the various uart registers. whats that all about? |
23:26.03 | martin__ | dcordes_: and if you trace that 1MB block while using bluetooth, you get nothing? |
23:26.31 | dcordes_ | at wince virtual 0x92400000 there are also 1MB mapped to UART1 phys |
23:27.27 | dcordes_ | => addlist mmutrace 0x92400000 1024*1024 && wirq 40 => nothing |
23:30.12 | dcordes_ | HaRET(21)# addlist mmutrace 0x92400000 1024*1024 |
23:30.13 | dcordes_ | HaRET(22)# addlist mmutrace 0xb2400000 1024*1024 |
23:30.13 | dcordes_ | HaRET(23)# addlist mmutrace p2v(0xa9a00000) 1024*1024 |
23:30.27 | dcordes_ | => wirq and search for bluetooth devices => nothing |
23:37.53 | dcordes_ | ginge_: maybe that's the problem because we only use UART1? |
23:38.29 | ginge_ | dcordes_: which part is the problem? |
23:38.49 | dcordes_ | sry, msm_enable_clock writes to the various uart registers |
23:39.12 | ginge_ | I see. |
23:39.13 | dcordes_ | maybe it works when we only enable UART1 clock? |
23:40.50 | ginge_ | you mean dont enable the other two clocks? I can give it a go |
23:41.01 | martin__ | are you sure it's enabling all three? |
23:42.09 | ginge_ | I will check with some more debugs |
23:44.34 | martin__ | i'm about to crash i'm afraid |
23:45.29 | martin__ | will have to catch up in the morning |
23:46.03 | ginge_ | cya |
23:46.35 | martin__ | ginge_: there's a note on the memory map for phys 0xa0200000 |
23:46.42 | martin__ | ginge_: "BT related" |
23:46.48 | martin__ | might be worth tracing it |
23:47.31 | martin__ | could be the real location of the uart registers or something |
23:49.08 | dcordes_ | martin__: in a way the current registers should be correct |
23:49.47 | martin__ | dcordes_: why? |
23:51.28 | ginge_ | clock enable only gets called for uart1 |
23:52.03 | dcordes_ | otherwise we couldn't read I think. |
23:56.43 | dcordes_ | martin__: write I mean |