00:04.42 | BruteFrce | i am not sure |
00:04.59 | tmzt | I wonder if cr2 got the /proc/config.gz |
00:05.32 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
00:06.07 | *** join/#htc-linux ssapphiree (n=sapphire@ppp91-77-159-1.pppoe.mtu-net.ru) |
00:06.22 | *** part/#htc-linux ssapphiree (n=sapphire@ppp91-77-159-1.pppoe.mtu-net.ru) |
00:10.01 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-52-97.hsd1.nj.comcast.net) |
00:15.42 | druidu | tmzt : in the g1 dump? |
00:17.29 | tmzt | yeah |
00:17.45 | tmzt | just wondering if wifi is mac80211 |
00:19.24 | druidu | I just don't get one thing... the kernel on msm72xx is loaded at address 0x10008000 right? |
00:19.46 | swetland | yup |
00:20.07 | swetland | wifi on g1 is ti1251 |
00:23.40 | dcordes | the acx100 developers will welcome the wpa code |
00:24.06 | cr2 | swetland: what is akm8976, the "digital compass" ? |
00:25.07 | dcordes | druidu, in my default.txt for kaiser (msm7200) is "set RAMADDR 0x10000000" |
00:25.23 | swetland | cr2: yes |
00:25.27 | cr2 | dcordes: i guess that wifi will run as is, we only need to adjust the power and irq gpios. |
00:25.33 | cr2 | swetland: ok. |
00:25.52 | swetland | full kernel sources will be released in a day or two |
00:26.14 | cr2 | swetland: great :) |
00:26.24 | swetland | we're straightening up some copyright banners and other legal muckery, but otherwise are good to go |
00:26.58 | dcordes | cr2, do you speak of raphael or also kaiser, titan, ... ? |
00:27.29 | dcordes | swetland, that's nice |
00:27.29 | cr2 | dcordes: yes. |
00:27.45 | cr2 | dcordes: and artemis, hermes, ... |
00:27.55 | cr2 | dcordes: n560, ... |
00:28.03 | dcordes | ok good. what about memory base addres? does the code take care automatically? |
00:28.20 | cr2 | i'm only worried that the firmware used by g1 is different from wince. |
00:28.41 | cr2 | dcordes: i think so. it'd be in the sdio tuples. |
00:29.06 | tmzt | did you find a dumpcis for sdio? |
00:29.45 | cr2 | tmzt: no, but it's not very difficult to add some printk's to the driver. |
00:30.08 | swetland | cr2: it is |
00:30.21 | swetland | well, the amss firmware |
00:30.37 | cr2 | swetland: the wifi firmware |
00:30.38 | swetland | dunno about the wifi chip |
00:31.36 | cr2 | swetland: the htc amss interface on 7201A seems to be the same as on 7x00 |
00:31.53 | cr2 | and it works on vogue |
00:32.24 | dcordes | cr2, smd.c ? |
00:32.49 | cr2 | so once we will sort out the lcd panel init, it should work. |
00:32.59 | cr2 | dcordes: proc_comm |
00:33.41 | druidu | dcordes : the stack is fucked up |
00:33.53 | cr2 | druidu: where ? |
00:34.02 | druidu | I set my own stack just after the code and the code that crashed works perfectly |
00:34.08 | druidu | so I realized |
00:34.15 | druidu | stack is set at 0xc0xxxxxx |
00:34.27 | druidu | and code actually runs at 0x10xxxxxx |
00:34.47 | druidu | cr2 : that's why my functions crashed |
00:34.53 | cr2 | druidu: 0xc* is virtual |
00:35.44 | cr2 | i don't remember the "standard" arm-linux virtual layout, but i think the kernel is at 0xc* |
00:36.00 | druidu | nope |
00:36.07 | cr2 | it may be different for linux-msm, but i doubt it. |
00:36.15 | druidu | I checked, bootloader decompresses at 0x10xxxxxx for msm |
00:36.19 | cr2 | how can you put the stack outside of RAM ?? |
00:36.51 | cr2 | 0x1 is the first SDRAM bank. 0x2 is the second |
00:37.19 | druidu | my point is 0xc0 is not mapped, this happens after MMU is enabled but before all the paging is done |
00:37.32 | cr2 | swetland: g1 is said to have 192MB RAM, is it split into 2 banks ? |
00:37.40 | druidu | they just set up some temp paging, and I bet they don't make 0xc0 work properly |
00:38.23 | swetland | cr2: yes. 64MB stacked (@0), 128MB external (@0x10000000) |
00:38.27 | cr2 | druidu: ok, but it works for other devices. |
00:38.35 | druidu | I know, that's what I'm wondering |
00:38.38 | druidu | how the fuck does it work |
00:38.49 | cr2 | swetland: ok, now i get it. |
00:39.25 | swetland | currently we use the stacked memory for the modem image (41MB), and a/v memory regions |
00:39.26 | cr2 | swetland: because SanMehat said that the discontiguous SDRAM banks are not supported. |
00:39.33 | druidu | it's clear that the stack is the problem and just checked, stack is initialized at 0xc0227ff8 |
00:39.58 | cr2 | druidu: but it's the 0x10227ff8 ? |
00:39.58 | swetland | we had some issues with discontigmem, so we only use the external memory for linux, and iomap the rest. there's work going on to improve that, but this is good enough for now |
00:40.06 | druidu | in physical memory yes |
00:40.20 | druidu | gonna try to map it |
00:40.34 | druidu | I should map the 0xc02 page right? |
00:41.03 | cr2 | swetland: ok, then raphael will use only 128MB SDRAM, instead of 256 |
00:41.47 | cr2 | swetland: i#m still surprised, because the separate banks were working already for sa1100... |
00:42.24 | swetland | we needed to keep the kernel at 0x10000000 |
00:42.32 | swetland | which made a bunch of stuff messy |
00:42.43 | cr2 | ok |
00:42.44 | swetland | and ran into issues with modules not being loadable, etc, etc |
00:42.55 | druidu | swetland : so, what's the stack initialized to then? |
00:43.39 | swetland | dunno. I'd have to walk through the linux arm init code and figure out where it puts the initial stack |
00:44.05 | swetland | obviously once the kernel is running it just can just allocate stacks normally |
00:44.24 | druidu | hmmmm, actually it seems to map everything from 0xc0008000 to 0xc02d731f |
00:45.19 | druidu | swetland : my problem is once start_kernel is called, any C function that is called crashes on return, and if I set the stack myself to some space in the code, it works |
00:45.39 | swetland | odd |
00:45.43 | druidu | it's the very start, before the paging is initialized |
00:45.53 | swetland | something must be misconfigured |
00:46.07 | swetland | not sure exactly what would impact that off the top of my head |
00:49.03 | tmzt | are there ATAGs for the stack? |
00:49.08 | tmzt | in the fixup code? |
00:49.49 | cr2 | tmzt: why ? |
00:50.11 | druidu | haret puts them at 0x10000000 I think |
00:50.24 | druidu | ATAGs |
00:50.27 | tmzt | I remember reading that some ATAGs are from bootloader, others are set early in the kernel init |
00:50.45 | cr2 | you put some value in sp |
00:50.45 | tmzt | where is the start code on arm anyway? |
00:51.01 | druidu | nope, stack is initialized to init_thread_union + THREAD_START_SP |
00:51.02 | cr2 | which start code ? |
00:51.07 | druidu | in arch/arm/kernel/head-common.S |
00:51.34 | cr2 | druidu: ok, i meant that it's up to the kernel where to put the stack |
00:51.46 | druidu | which is 0xc0227ff8 in my image |
00:52.15 | cr2 | druidu: the 0x1* is remapped to 0xc* ? |
00:54.10 | druidu | yes, it seems to remap KERNEL_START until KERNEL_START |
00:54.30 | druidu | so I see the stack area should be included |
00:56.10 | cr2 | akm is asahi kasei ? |
00:56.23 | BruteFrce | what device is this? |
00:56.46 | druidu | HTC Diamond |
00:57.12 | BruteFrce | i was looking th that, its cdma? |
00:57.44 | dcordes | cr2, wow, you speak parsi? |
00:58.15 | dcordes | BruteFrce, no |
00:58.50 | cr2 | dcordes: no, there was a sound chip from this company on the universal |
00:58.54 | cr2 | and hermes |
00:58.56 | cr2 | and athena |
00:59.20 | dcordes | ok |
00:59.26 | druidu | if I write to some random area would I get a crash or it would just ignore it? |
01:00.08 | BruteFrce | oh i must be thinking of another phone |
01:01.26 | cr2 | dcordes: http://www.akemd-eu.com/smart_sensor_system/e_compass/index.html |
01:01.43 | cr2 | uuh |
01:01.47 | cr2 | <PROTECTED> |
01:02.02 | cr2 | magnetometer too :) |
01:02.19 | druidu | damn, diamond doesn't have one |
01:02.25 | cr2 | diamond/rapahel use a different chip |
01:02.33 | dcordes | cr2, so it's one device? do you know how it is hooked up? |
01:02.36 | druidu | so they too have a compass? |
01:02.44 | cr2 | dcordes: i2c |
01:02.49 | cr2 | yes |
01:02.53 | druidu | it's not in the specs... |
01:02.56 | druidu | are you sure? |
01:02.57 | dcordes | cr2, cool I need one of them for my beagle board. |
01:03.00 | druidu | that would be great! |
01:03.02 | cr2 | it's in the specs |
01:03.10 | druidu | not on pdadb.net |
01:03.19 | druidu | and that's the most complete specs db I found |
01:03.19 | cr2 | druidu: on htc.com |
01:03.27 | druidu | hmmm |
01:03.30 | cr2 | pdadb.net has many errors |
01:03.49 | druidu | I'm beginning to like my Diamond more and more :) |
01:03.59 | dcordes | cr2, do you think it is easy to get one device? |
01:04.07 | cr2 | druidu: diamond does not have it :( |
01:04.25 | druidu | yeah, it's not here: http://www.htc.com/www/product/touchdiamond/specification.html |
01:04.27 | cr2 | dcordes: ask them. |
01:04.52 | cr2 | druidu: g1 specs have 'compass' |
01:05.01 | druidu | I know, but now raphael |
01:05.06 | druidu | nor diamond |
01:05.24 | cr2 | druidu: rapahael is diamond with sd and keybaord and 256MB sdram |
01:05.35 | dcordes | cr2, btw, I didn't get the camera datasheets yet :) |
01:05.37 | druidu | and flashlight |
01:05.49 | cr2 | druidu: yes |
01:05.58 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-134d4fbcfec12359) |
01:05.59 | cr2 | dcordes: g1 has the same 3mpix cam |
01:06.16 | druidu | swetland : you don't happen to have a msm7201A datasheet lying around, do you? :P |
01:06.22 | cr2 | LOL |
01:06.34 | druidu | can't hurt to ask |
01:06.35 | druidu | :) |
01:06.35 | cr2 | druidu: of course he has ;) |
01:06.53 | dcordes | cr2, hope you can make something out of the blob driver then |
01:07.04 | BruteFrce | theres a shadow II? |
01:07.41 | druidu | well, nobody would ask any question if it they magically appear on xda ftp or somethingg |
01:09.04 | cr2 | dcordes: The kit includes the AKEMD magnetometer device board and PIC controller. Data can put out to PC via USB-I/F. Sample software is attached. |
01:09.17 | BruteFrce | wow this site had devices i have never seen |
01:09.42 | cr2 | dcordes: http://www.akemd-eu.com/information/contact.html |
01:09.51 | dcordes | cr2, it's too big. I need a small and light device |
01:10.01 | druidu | get diamond |
01:10.01 | druidu | :) |
01:10.16 | BruteFrce | like the rose 110 that looks nice |
01:10.25 | BruteFrce | anyone usedone? |
01:10.33 | BruteFrce | used one |
01:12.34 | cr2 | druidu: http://wiki.xda-developers.com/index.php?pagename=RaphaelAccerlometers |
01:14.17 | druidu | nice, what's the exact chip? |
01:15.40 | dcordes | cr2, did you know about jade and rose? both msm7225 |
01:15.41 | cr2 | the commands are a bit different, but it's the KXS chip |
01:16.02 | cr2 | dcordes: no idea. are these the latest htc phones ? |
01:16.14 | dcordes | looks like it |
01:16.45 | BruteFrce | there sick |
01:16.52 | dcordes | don't know if they are the latest |
01:17.09 | dcordes | but the first with msm7225 |
01:17.31 | BruteFrce | according to pdadb they are |
01:18.00 | dcordes | somebody knows what's new in msm7x25 as opposed to msm7x0x ? |
01:18.20 | cr2 | dcordes: check the qualcomm site |
01:19.46 | cr2 | hehe. no datasheet for ak8976A |
01:20.11 | cr2 | but it's irrelevant for diamond/raphael anyway. |
01:20.18 | BruteFrce | theres a new msm7200 phone as well |
01:20.18 | dcordes | maybe the driver source is available? |
01:20.34 | cr2 | will be available in g1 |
01:21.01 | dcordes | yea some driver must be there. I mean maybe it's non binary |
01:21.04 | dcordes | BruteFrce, which one would that be? |
01:21.18 | cr2 | it's a usual hall sensor. |
01:21.36 | cr2 | dcordes: i doubt that it's binary |
01:21.50 | dcordes | the qc website is disturbing |
01:22.17 | BruteFrce | whats hsupa? |
01:22.25 | BruteFrce | is it faste than hsdpa? |
01:22.50 | BruteFrce | the new wings dcordes |
01:22.51 | druidu | it's faster upload |
01:22.59 | BruteFrce | oh |
01:23.11 | dcordes | BruteFrce, how's it called? |
01:23.37 | cr2 | dcordes: dvb-h ?? |
01:23.56 | dcordes | cr2, what about it? |
01:24.50 | BruteFrce | well it came out in march |
01:25.01 | cr2 | Direct broadcast support for MediaFLO, DVB-H and ISDB-T Integrated Assisted- and Standalone-GPS |
01:25.05 | BruteFrce | its the wings 100 guess not that new nm |
01:25.05 | dcordes | it's the same band as dvb-t, only encoded higher and smaller resolution for mobile devices |
01:25.46 | dcordes | I tried a dvb-h phone in a tpunkt and the reception was horrible. |
01:25.57 | cr2 | dcordes: pay per view ? i think it was dead already. as in "commercially dead" because nobody uses it |
01:26.11 | BruteFrce | but the new shadow is omap 1030 |
01:26.22 | cr2 | there is some LG phone with dvb-h |
01:26.38 | dcordes | I think it was an lg which I tried. or samsung. one of them |
01:27.27 | *** part/#htc-linux exco1 (n=exco@e181102224.adsl.alicedsl.de) |
01:27.31 | BruteFrce | theres a msm7201a? |
01:27.37 | cr2 | 3:27 |
01:27.42 | cr2 | good night |
01:28.03 | dcordes | night |
01:28.48 | druidu | 4:28 hehe :D |
01:29.57 | BruteFrce | you guys are all brits are something? |
01:30.13 | druidu | not me |
01:30.29 | dcordes | brits krauts baguettes etc |
01:30.42 | BruteFrce | lol explains alot |
01:30.51 | dcordes | ? |
01:31.06 | BruteFrce | just kidding |
01:31.30 | dcordes | there's a world beyond eastern and western standard time ;) |
01:32.29 | BruteFrce | yes but theres not much e can do about it. |
01:32.40 | BruteFrce | :) |
01:32.45 | BruteFrce | e/we |
01:33.40 | BruteFrce | wow the new q is a fast lil bugger |
01:35.44 | BruteFrce | pxa270 |
01:35.54 | druidu | could it be that the memory where the stack is located is mapped to some hardware? |
01:36.11 | druidu | and even after remap via mmu, it would still go somewhere else? |
01:38.09 | tmzt | BruteFrce: new q? |
01:39.21 | BruteFrce | the Q11? |
01:39.30 | BruteFrce | havent heard about it? |
01:42.13 | BruteFrce | tmzt http://www.pdadb.net/index.php?m=specs&id=1511 |
01:45.27 | BruteFrce | there is also the napolean have you heard about that tmzt? |
01:50.33 | tmzt | I thought the internal hw was the same |
01:51.30 | BruteFrce | on the napolean |
01:51.43 | BruteFrce | ya, i thought the 11 was different |
01:55.39 | BruteFrce | same proc as the rokr e8 |
01:57.45 | BruteFrce | and centro |
01:59.34 | BruteFrce | the otto, ipaq, and the original q |
01:59.44 | BruteFrce | okay so i gues its the same |
02:34.39 | tmzt | so it's gsm q9 with wifi? |
02:40.11 | druidu | what's the most low-level way to get code running on htc phones? |
02:40.28 | druidu | like, not while wince is running with haret |
02:40.43 | tmzt | I guess it depends on the phone |
02:40.45 | druidu | when every piece of hardware is shut down |
02:40.49 | druidu | diamond |
02:41.22 | druidu | as close to running it from a flashed firmware as possible, but with no flashing |
02:41.29 | tmzt | you can ask in #hpcdev |
02:41.42 | druidu | I'll try |
02:44.31 | *** join/#htc-linux penguinz (n=opera@66-168-215-122.dhcp.athn.ga.charter.com) |
02:46.46 | tmzt | penguinz: hey |
02:54.03 | druidu | I think I am about to find why everything was fucked up in my kernel |
02:56.45 | druidu | YEEESSS! I found it! weeeeee |
03:11.43 | BruteFrce | ali1234 you here? |
03:36.04 | par | druidu: any luck booting? |
03:38.15 | druidu | well, getting close |
03:38.18 | druidu | just debugging paging_init |
03:38.32 | druidu | probably it rewrites my ioremap, so gotta figure out what I can use now |
03:56.34 | *** part/#htc-linux penguinz (n=opera@66-168-215-122.dhcp.athn.ga.charter.com) |
03:58.16 | druidu | wohooooooooooo! I works perfectly, I'm past the memory & io remap in the kernel code |
03:58.34 | druidu | all that was hard has passed |
04:14.53 | druidu | IRQs are enabled, h3h3 |
04:15.35 | druidu | almost |
04:21.12 | *** join/#htc-linux rwhitby` (n=rwhitby@au1.astc-design.com) |
05:03.24 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:14.14 | par | android for the ba been hacked together yet? |
05:14.49 | par | i see in the lists people have been playing around with it by using the vogue version |
05:16.12 | tmzt | ba is armv5 (pxa) ? |
05:16.30 | tmzt | I think the released code only runs on armv6 msm/omap |
05:18.48 | par | yeah its a pxa263 |
05:19.10 | tmzt | is that armv6 then? haven't heard of it |
05:20.52 | par | well looks like a-la mobile made a working image: |
05:20.54 | par | http://www.a-la-mobile.com/news/press/pr080114.html |
05:22.05 | tmzt | are they OHA? |
05:27.00 | par | it's ARMV5TE |
05:27.06 | par | oha? |
05:33.41 | tmzt | Open Handset Alliance - the android group of companies/oems |
05:34.01 | tmzt | meaning, they compiled it for that device |
05:34.45 | par | no its just some company |
05:34.59 | par | using stuff produced from htc-linux |
05:35.26 | par | probably have to show they are so great cuz they have VC funding lol |
05:37.17 | par | as a matter of fact. if anyone here is from a-la mobile plz stand up ;) |
05:39.59 | par | hmm BabelOu used to be a BA guy i'm sure he'll know if anyone patched the kernel to get android working properly yet |
05:42.01 | tmzt | could be using qemu-arm compiled for arm maybe ?] |
05:43.51 | par | no its just ARMV5 |
05:44.10 | tmzt | you have the image? |
05:44.12 | par | someone even literally took the vogue initrd and used it |
05:44.16 | par | and it loaded.. |
05:44.33 | par | you have a BA? |
05:45.00 | tmzt | no |
05:45.19 | tmzt | the modifications are basically double the height of the fb |
05:45.22 | *** join/#htc-linux dcordes (n=dcordes_@e179102055.adsl.alicedsl.de) |
05:45.25 | tmzt | and support SWAP ioctl |
05:45.40 | tmzt | and get the ts to output 320x240 resolution |
05:45.48 | tmzt | as abs events |
05:47.17 | par | you want an image |
05:47.46 | par | anyway this is all best left with me asking babelou |
05:48.28 | par | i think the prob was remaining with the ts part |
05:48.30 | *** join/#htc-linux kiozen (n=oeichler@p5492A23F.dip0.t-ipconnect.de) |
05:53.04 | par | everyone always has with GPE, OpenMoko, Opie, Qtopia |
05:53.26 | par | eventually i'm sure there will be a seperate for Andriod |
05:54.03 | par | my build environment got hosed |
05:54.14 | par | so i'll have to make a new one |
05:56.15 | tmzt | also, there may be a source release in a few days |
06:03.01 | *** join/#htc-linux rob_w (n=bob@M85ee.m.pppool.de) |
06:03.11 | par | you mean to the current public repo? |
06:03.30 | tmzt | I don't know, I guess kernel would be |
06:04.06 | par | i'm not even sure how thats all handled with goog |
06:04.12 | par | hey San wake up ;) |
06:05.34 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
06:05.49 | tmzt | 20:18 < swetland> full kernel sources will be released in a day or two |
06:05.49 | tmzt | 20:18 < cr2> swetland: great :) |
06:05.49 | tmzt | 20:18 < swetland> we're straightening up some copyright banners and other legal muckery, but otherwise are good to go |
06:12.58 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:26.08 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
06:30.41 | druidu | but aren't they already released? |
06:30.46 | druidu | like, kernel git |
06:31.16 | *** join/#htc-linux Magister (n=Miranda@vicont.in.ua) |
06:31.19 | druidu | or are they talking about sources for the drivers g1 has? |
06:32.36 | *** join/#htc-linux methril (n=Methril@213.27.233.98) |
06:36.27 | tmzt | only thing released is support for halibut (test board) |
06:36.47 | tmzt | this is about g1 kernel sources and wifi |
06:37.00 | druidu | wohoo, that would be cool B-) |
06:45.18 | swetland | tmzt: well "only" also includes all the core msm7k support, etc. the g1 specific stuff is a handful of drivers for specific little chips (an i2c led controller, etc), and the board files |
06:49.41 | NetRipper | cr2, druidu, raphael boots up to the point where irqs are being enabled, fails at one of those lines: http://pastebin.com/m45583506 |
06:49.46 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
06:49.54 | NetRipper | i really should go to work :P later |
06:50.24 | tmzt | par: where do you get the armv5 compatible image then? |
06:55.34 | par | http://rapidshare.com/files/147524450/android.rar.html |
06:55.53 | par | i think that one has everything.. just need haret |
06:56.06 | tmzt | it has a kernel too? |
07:01.10 | par | yeah there is a kernel with it |
07:01.20 | ALoGeNoff | par what is your device? |
07:01.25 | ALoGeNoff | hi tmzt |
07:01.31 | tmzt | hey |
07:01.32 | par | BA |
07:01.35 | ALoGeNoff | http://evil-packet.org/android/ext2-android-htc-blueangel-arm.tbz2 |
07:01.37 | par | boardid 0x4 |
07:01.39 | ALoGeNoff | ;) |
07:01.56 | ALoGeNoff | im runing that image in my universal right now |
07:02.05 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) |
07:02.06 | tmzt | with the same kernel? |
07:02.41 | ALoGeNoff | no using sumoudou |
07:02.41 | par | which kernel are you running with it? |
07:02.53 | ALoGeNoff | sumoudou kernel and modules ;) |
07:03.12 | ALoGeNoff | i extracted the modules from my debian uni |
07:03.24 | ALoGeNoff | the kernel is the same 21hh20 |
07:03.28 | par | okee |
07:03.42 | ALoGeNoff | be patient becose take a while |
07:04.00 | ALoGeNoff | you will see the red ball jumping in the screen |
07:04.08 | ALoGeNoff | let she jump.. |
07:04.35 | par | thanks ;) |
07:04.42 | ALoGeNoff | i think that whe need deactivate console=tty0 drom default.txt |
07:04.48 | ALoGeNoff | we* |
07:04.55 | ALoGeNoff | from* |
07:05.10 | par | set CMDLINE "root=/dev/ram0 init=/linuxrc ramdisk_size=14336 keepinitrd console=tty0 boot_mmc=y" |
07:05.20 | par | anything else you can think of to deactivate? |
07:05.22 | ALoGeNoff | and im looking how to set the screen in landscape |
07:05.27 | ALoGeNoff | no |
07:05.44 | ALoGeNoff | im using partitioned sd card.. not ramdiskfs |
07:05.54 | par | i'll be too |
07:05.57 | ALoGeNoff | set kernel "zImage" |
07:05.57 | ALoGeNoff | set mtype "855" |
07:05.57 | ALoGeNoff | set cmdline "root=/dev/mmcblk0p2 rw console=tty0 rootdelay=5 fbcon=rotate:1" |
07:05.58 | ALoGeNoff | boot2 |
07:06.13 | ALoGeNoff | set cmdline "root=/dev/mmcblk0p2 rw rootdelay=5 fbcon=rotate:1" |
07:06.20 | ALoGeNoff | that will be enought i think |
07:06.50 | tmzt | ba mtype is different? |
07:06.51 | ALoGeNoff | par you have blueangel? |
07:06.56 | ALoGeNoff | wait |
07:07.05 | par | yes |
07:07.10 | par | MTYPE should be 766 |
07:07.26 | ALoGeNoff | http://groups.google.com/group/android-internals/browse_thread/thread/ec5b47aff9c4c89b |
07:07.46 | ALoGeNoff | http://evil-packet.org/android/vfat-bootloader-kernel.tbz2 |
07:08.01 | ALoGeNoff | i think that will be your kernel |
07:08.30 | ALoGeNoff | but if you have a running kernel use it |
07:08.47 | ALoGeNoff | and set your mtype of course |
07:09.24 | par | yep |
07:09.49 | par | still no ts support ... from what they show at that link you gave me |
07:10.03 | ALoGeNoff | nope |
07:10.18 | ALoGeNoff | but keyboard runs |
07:10.31 | tmzt | look at how n800 support and vogue do it to see how to make it work with android |
07:11.50 | ALoGeNoff | tmzt i just copy the rootfs from the tarball to my ext2 partition and run |
07:12.12 | tmzt | kernel ts support |
07:12.14 | ALoGeNoff | but not any tarball only that for BA run |
07:12.23 | *** join/#htc-linux kiozen_ (n=oeichler@p54928314.dip0.t-ipconnect.de) |
07:12.30 | tmzt | the X and Y need to be scaled in the kernel driver |
07:12.51 | ALoGeNoff | tmzt oh ts maybe run you say? |
07:13.05 | ALoGeNoff | oh.. |
07:13.18 | tmzt | doesn't work on uni either? |
07:13.33 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) |
07:13.33 | ALoGeNoff | BA is 320x240 but uni is 640x480 maybe in the uni run no? |
07:13.57 | tmzt | the ts coords are not supposed to be liked to pixels |
07:14.05 | ALoGeNoff | nope not run in the uni |
07:14.09 | tmzt | but on android they are because of qemu emulator |
07:14.25 | ALoGeNoff | oh |
07:15.20 | *** join/#htc-linux kiozen (n=oeichler@p54928314.dip0.t-ipconnect.de) |
07:17.26 | par | tmzt: cool thanks for clearing that up |
07:21.07 | *** join/#htc-linux Marnux (n=Marnux@83.101.56.66) |
07:22.13 | ALoGeNoff | then if im using the uni debian kernel the screen is 640x480 no? tmzt |
07:24.11 | tmzt | yeah, don't know if that confuses android |
07:24.25 | tmzt | maybe can configure pxafb to 320x240 in hw |
07:25.59 | ALoGeNoff | i think that you are in the right way becose that looks like 640x480 :) |
08:00.32 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
08:43.16 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
08:58.24 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
08:58.33 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
09:01.06 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
09:03.29 | BabelO_ | hi |
09:03.58 | kiozen | hi, 3min from home to office - that's a record :) |
09:04.09 | BabelO_ | lol |
09:04.21 | BabelO_ | Wake on lan |
09:04.30 | kiozen | :) |
09:05.03 | ALoGeNo | hi |
09:06.42 | BabelO_ | kiozen: it works perfect once you understand that atl1 driver is buggy :) |
09:07.50 | kiozen | BabelO_: I always carry my pc with me , much easier |
09:08.37 | *** join/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
09:09.42 | ALoGeNo | par are you there, anyone has used android emu? (it is take for a while, in my celeron 500mhz) i see that it is creating *.img file.. is normal that it takes long time to run the first time? |
09:10.17 | ALoGeNo | yes.. |
09:10.24 | ALoGeNo | now is booting hehe :) |
09:10.38 | dcordes | BabelO, attansic? |
09:10.44 | BabelO_ | dcordes: yes |
09:11.07 | BabelO_ | kiozen: did you try latest andrew patch ? |
09:11.42 | kiozen | BabelO_: yes, no 3D anymore :( and I don't like the Doom interface |
09:12.13 | BabelO_ | kiozen: i ve the 3D but interface is ot usable , i prefer old method so i svn up -r 813 |
09:12.47 | kiozen | BabelO_: think the original one is better, but the rotation point has to be moved by the arrow keys |
09:13.18 | *** join/#htc-linux TeringTuby (n=maarten@195-241-125-243.ip.telfort.nl) |
09:13.18 | BabelO_ | kiozen: why ? i use left mouse to move around, wheel to zoom and middle click to pan |
09:13.41 | kiozen | BabelO_: didi I miss a thing? wait... |
09:15.09 | BabelO_ | kiozen: i m comipling qtce 4.4.3 , because 4.3.1 was very slow, cr2 try on raphael... i also try to built in opengl-es :) |
09:16.25 | dcordes | BabelO, qt* on raphael? |
09:16.52 | BabelO_ | dcordes: qt for wince |
09:17.31 | BabelO_ | dcordes: attansic driver v2.0.4 have a bug in wake on lan, wol is fixed in opensource driver since 2. |
09:17.49 | BabelO_ | s/since 2./since 2.1.x/ |
09:18.13 | kiozen | BabelO_: oh I missed the thing about the middle button :( |
09:18.40 | kiozen | BabelO_: I have to tell him, that's already perfect |
09:24.16 | BabelO_ | kiozen: :) |
10:09.14 | cr2 | hi |
10:09.35 | cr2 | ALoGeNo: you have a CDMA blueangel ? boardid 4 ? |
10:10.22 | ALoGeNo | nopes, i have htc universal, htc hermes and mp900c |
10:10.34 | cr2 | ok |
10:10.48 | ALoGeNo | why? cr2 |
10:10.56 | par | i have both kinds of ba |
10:11.21 | cr2 | par: the lcd is the same as 0x5 |
10:11.33 | cr2 | par: but does your phone work with cdma ? |
10:11.41 | par | nope |
10:12.11 | par | i think it uses gsm commands to dial? |
10:12.13 | cr2 | par: you can't use AT with 'cu' too ? |
10:12.33 | par | nope... those use GSM modem based commands right? |
10:12.35 | cr2 | ATD* is not really gsm |
10:13.08 | cr2 | hmm. we need to check the differences. |
10:13.09 | par | ok, well let me correct myself.. i have not been able to accurately test that |
10:13.19 | cr2 | apache CDMA was difficult. |
10:13.28 | par | as, i do not have service on the cdma ba |
10:13.35 | cr2 | try to connect, and type AT |
10:13.50 | cr2 | ok, then you can't really test it |
10:13.59 | par | correct, sorry. |
10:16.15 | cr2 | bbl. food time |
10:17.59 | ALoGeNo | bye |
10:44.35 | *** join/#htc-linux lpotter (n=ljp@124.191.144.181) |
10:49.22 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
10:59.27 | *** join/#htc-linux drasar (n=maik@77.93.211.13-msol.msol.cz) |
10:59.36 | *** join/#htc-linux rob_w (n=bob@M85ee.m.pppool.de) |
11:07.49 | *** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
11:09.52 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
11:09.55 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
11:17.39 | BabelO_ | kiozen: are you around ? |
11:17.52 | kiozen | BabelO_: yes |
11:18.49 | BabelO_ | kiozen: your addition of CGarmingPolygon.cpp broke msvc build because of platform.h test |
11:19.18 | kiozen | BabelO_: ok, what part? |
11:19.19 | BabelO_ | and other question, do you remember what is the command line to translate my strm to merc ? |
11:19.31 | BabelO_ | kiozen: error neither inttypes.h nor stdint.h are available |
11:19.41 | BabelO_ | i just comment it |
11:19.43 | drasar | Hello. Can somebody tell me how is made enabling/disabling battery charging in the kernel on himalaya? My experience is that charging is enabled with initrd from "http://wiki.xda-developers.com/index.php?pagename=HimalayaLinuxBooting" but disabled with Angstrom distribution (both with 2.6.12-hh2-xda0-ba0 kernel and plugged external power). Is it affected by proc/sys settings? |
11:19.50 | BabelO_ | need to add a ifdef for WIN32 |
11:20.27 | kiozen | BabelO_: right you have to define the std int types for win32 |
11:20.33 | BabelO_ | drasar: is is just some gpio's |
11:20.55 | *** join/#htc-linux ssapphiree (n=sapphire@91.78.236.203) |
11:20.58 | kiozen | BabelO_: just have a look at platform.h on what is used from stdint.h |
11:21.54 | drasar | BabelO_: And can I set/unset that GPIO via proc/sys fs? |
11:22.08 | *** part/#htc-linux ssapphiree (n=sapphire@91.78.236.203) |
11:22.36 | kiozen | BabelO_: gdalwarp -t_srs "what ever +proj string GT dumps on console for your map" input.filename output.filename |
11:23.13 | BabelO_ | kiozen: ok i'll look in GT for my proj |
11:25.58 | *** join/#htc-linux dante_ (n=dante@host176-48-static.15-79-b.business.telecomitalia.it) |
11:29.32 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
11:38.52 | NetRipper | cr2, druidu, raphael boot hangs when interrupts are enabled, at asm instruction "cpsie i" (at local_irq_enable() in start_kernel()), any ideas? can it be an irq is triggered and an irq handler is still in place? |
11:43.13 | BabelO_ | kiozen: my elevation ztrm is buggy under windows, that's why i go into loop sometimes, i sse the wrong value with the 3D view |
11:44.01 | kiozen | BabelO_: it's 0xFFFF for elevation over data? |
11:44.07 | kiozen | s/data/water/ |
11:46.03 | BabelO_ | no also if it is not water |
11:46.22 | BabelO_ | but same maps on linux is ok |
11:48.03 | kiozen | BabelO_: that is strange, but maybe some gdal bug. Or undiscovered GT bug in the interpolation for eleveation data. |
11:48.33 | BabelO_ | same map on windows go in loop, but works well on linux |
11:49.25 | kiozen | BabelO_: while you are zooming out? I have this kind of bug for garmin maps... |
11:55.42 | BabelO_ | kiozen: i just load a track then edit track then i push butoon to view profile or 3D and it loop |
11:55.54 | BabelO_ | kiozen: it loop in int CPlotAxis::getScaleWidth( const QFontMetrics& m ) |
11:56.18 | *** join/#htc-linux goxboxxlive_ (n=goxboxli@139.84-48-212.nextgentel.com) |
11:57.02 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
11:59.12 | kiozen | BabelO_: probaly because the interval is 0, see line 285 ff |
12:01.41 | *** join/#htc-linux data|2 (n=datachao@201.22.222.159.adsl.gvt.net.br) |
12:02.45 | BabelO_ | kiozen: interval is 1 and tic.val is -1 |
12:07.06 | kiozen | BabelO_: can you dump all the other properties like min/max limit / used |
12:09.56 | cr2 | NetRipper: you can clear all msm vic/gpio irqs in haret |
12:11.27 | cr2 | drasar: you should not use 2.6.12 kernel. please recheck the gpios first |
12:12.15 | NetRipper | cr2, how do i do that? |
12:13.11 | cr2 | NetRipper: i think you need to write into the clr_irq* |
12:13.25 | cr2 | NetRipper: check the andriod git |
12:14.58 | drasar | cr2: Yes, I know that 2.6.12 is outdated, but I am checking what is done ;) But it is not clear for me how to set/unset battery charging without kernel modification |
12:15.06 | cr2 | drasar: when you have check the gpios, you can copy the blueangel code verbatim, and only replace the gpios |
12:16.17 | cr2 | bbl |
12:25.46 | BabelO_ | kiozen: what object you want ? |
12:26.19 | kiozen | BabelO_: from CPlotAxis, to see why it loops for ever |
12:28.31 | kiozen | BabelO_: how did you fix that PVALUE bug once again? |
12:29.50 | BabelO_ | kiozen: PVAlue ? i be back in one hour, meeting :) |
12:36.26 | *** join/#htc-linux dzo_ (n=dzo@121.98.128.127) |
12:46.09 | drasar | cr2: Do you know how to do that please? |
12:54.52 | *** join/#htc-linux datachaos (n=datachao@201.22.220.231.adsl.gvt.net.br) |
13:02.00 | *** join/#htc-linux data|2 (n=datachao@201.22.220.231.adsl.gvt.net.br) |
13:07.45 | *** join/#htc-linux LanceHaig (i=c2d8ed19@foresight/member/lhaig) |
13:07.47 | BabelO_ | kiozen: i m back |
13:08.26 | kiozen | BabelO_: ok, how did you solve that PVALUE <-> proj4 thing on win32? |
13:10.43 | ALoGeNo | hey anyone knows how put the android in landscape? (the service call 18 i32 1, dont works for me) |
13:15.37 | *** join/#htc-linux goxboxxlive_ (n=goxboxli@139.84-48-212.nextgentel.com) |
13:18.50 | *** join/#htc-linux exco (n=exco@e181120140.adsl.alicedsl.de) |
13:26.29 | *** join/#htc-linux chile (n=mobile@193.253.141.73) |
13:28.43 | *** join/#htc-linux sni1 (n=igor@92.124.25.207) |
13:29.01 | *** part/#htc-linux sni1 (n=igor@92.124.25.207) |
13:29.28 | *** join/#htc-linux sni1 (n=igor@92.124.25.207) |
13:36.57 | *** part/#htc-linux sni1 (n=igor@92.124.25.207) |
13:45.11 | BabelO_ | kiozen: ohh i don't remember, i have to look at my notes |
13:46.29 | BabelO_ | kiozen: it was the LP thing ? |
13:47.41 | kiozen | BabelO_: yes |
13:47.54 | kiozen | BabelO_: wait, not sure |
13:48.20 | kiozen | BabelO_: it was that PVALUE form projects.h clasching wit some MS define |
13:53.24 | BabelO_ | oh yes then that was the bad thing i do :) |
13:53.39 | BabelO_ | kiozen: i rename all LP by LPP |
13:54.19 | BabelO_ | kiozen: you are compiling for wince ? |
13:54.34 | kiozen | BabelO_: no GT on win32 |
13:56.00 | BabelO_ | kiozen: oh, i remove the define from winnt.h :( |
13:56.24 | BabelO_ | kiozen: it is unicode related |
13:58.28 | kiozen | BabelO_: ok I edited fwtools header |
14:02.10 | tmzt | dcordes: you there, is the working keyboard on titan? |
14:02.54 | kiozen | BabelO_: do you have to install opengl on winxp? |
14:03.13 | dcordes | tmzt, yep titan keyboard works |
14:03.29 | tmzt | dcordes: where do you get android/non android kernels? |
14:03.54 | dcordes | git.android.com git.linutogo.org |
14:04.03 | tmzt | dcordes: compiled} |
14:04.06 | tmzt | dcordes: compiled) |
14:04.34 | dcordes | for which device? |
14:04.44 | tmzt | dcordes: titan |
14:05.55 | dcordes | sorry I don't know. the vogue kernel ( http://it029000.massey.ac.nz/vogue/ ) boots on titan |
14:06.02 | dcordes | but doesn't have the keyboard code |
14:06.35 | tmzt | dcordes: so android-msm-2.6.25? wheres keyboard |
14:06.53 | dcordes | not in git afaik |
14:07.05 | tmzt | dcordes: and have you guys tried getting new dma code working? |
14:07.27 | dcordes | I suggested wasup and the other titan person to ask dzo to push it to htc-vogue branch |
14:07.45 | tmzt | dcordes: they had conflict with hw buttons on vogue |
14:07.51 | dcordes | tmzt, barry tried the new dma coda a while ago |
14:07.52 | tmzt | dcordes: same as polaris/kaiser |
14:08.17 | tmzt | dcordes: so it needs CONFIG_TITAN ?? |
14:08.23 | dcordes | yea |
14:08.42 | tmzt | dcordes: who was working on keyboard, can't think |
14:09.23 | dcordes | don't know |
14:10.01 | dcordes | wasup and ?.barry helped them. |
14:16.25 | tmzt | cr2: can you tell me what this is: |
14:16.27 | tmzt | 002.388 TRACES a5500010(1 2 5 6 10 19 22)=63 |
14:16.28 | tmzt | 002.397 TRACES a5500010(1 2 5 6 10 19 22)=480405 |
14:16.54 | tmzt | I added ssp1 r/w register to traces |
14:22.58 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
14:38.55 | *** join/#htc-linux sni1 (n=igor@92.124.25.207) |
14:49.30 | dcordes | bbl |
14:53.37 | *** join/#htc-linux BabelO (n=babelo@193.253.141.91) |
14:54.18 | BabelO | ola kiozen, sorry i moved on laptop |
15:02.41 | *** join/#htc-linux FRITZ (n=FRITZ@201-93-211-108.dsl.telesp.net.br) |
15:04.36 | *** part/#htc-linux sni1 (n=igor@92.124.25.207) |
15:16.20 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
15:21.36 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-5016533692502540) |
15:54.05 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
16:01.22 | *** join/#htc-linux imfloflo (i=58b44979@gateway/web/ajax/mibbit.com/x-6cf0302a8229b125) |
16:02.00 | imfloflo | hi guys any progress with partial dump of g1 to run android 1.0 ? |
16:02.22 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:08.03 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87cc71.pool.einsundeins.de) |
16:10.33 | *** join/#htc-linux Bendy (n=sniveri@bb-81-175-215-228.dsl.phnet.fi) |
16:20.28 | *** join/#htc-linux LunohoD_ (n=alex@e180070085.adsl.alicedsl.de) |
16:26.53 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
16:28.12 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
16:31.14 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
16:32.43 | *** join/#htc-linux datachaos (n=datachao@189.6.250.25) |
16:33.41 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
16:51.09 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
16:51.34 | BabelO | kiozen: back :) |
16:54.53 | BabelO | kiozen, cr2 did you look at my email ? |
17:03.12 | *** join/#htc-linux dante_ (n=dante@host176-48-static.15-79-b.business.telecomitalia.it) |
17:13.34 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
17:20.09 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
17:24.06 | *** join/#htc-linux silven (n=zmc@adsl-64-237-226-236.prtc.net) |
17:32.23 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
17:37.19 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
17:45.25 | imfloflo | drcodes any progress with G1 dump |
17:46.56 | *** join/#htc-linux dcordes (n=dr-dre@f049012197.adsl.alicedsl.de) |
17:49.27 | kiozen | BabelO: yes, what is it? |
17:49.52 | dcordes | imfloflo, not for the kaiser/polaris. but it looks like we will get the wifi working on both of them as soon as google releases the source code to the kernel |
17:52.04 | tmzt | what's the problem on kaiser? |
17:52.54 | dcordes | tmzt, touchscreen and sdcc inaccuracy |
17:53.19 | tmzt | touchscreen? are you using the old patches? |
17:53.24 | dcordes | yes |
17:53.35 | tmzt | it should be native now |
17:53.47 | dcordes | in the android tree? |
17:54.09 | tmzt | I mean the coords should be native now, what ever the hw supports |
17:54.24 | dcordes | don't get it |
17:54.43 | tmzt | You shouldn't need the patches that scale the touchscreen coords |
17:55.22 | tmzt | I guess there is no way to see though, since you don't have evtest from a real g1 |
17:58.04 | dcordes | swetland, is the g1 code merged with the android-msm-2.6.25 or other branches, or will there be a new branch? |
18:00.33 | tmzt | bt debug, that looks like what's on the lg phones |
18:00.41 | tmzt | could it be an early console? |
18:01.22 | dcordes | does the device have usb?= |
18:01.57 | tmzt | in git android tree, but could it help on 7x00 where usb doesn't work? |
18:02.14 | tmzt | some of the basic lg phones have a bluetooth debug mode |
18:03.07 | dcordes | bluetooth doesn't work either on 7x00 |
18:05.03 | tmzt | it's something else anyway, BT_DBG was a printk macro |
18:05.26 | tmzt | but it looks like its possible to send packets, maybe before net is up in kernel? |
18:06.31 | dcordes | uhm isn't that just sending data to the uart? |
18:06.59 | dcordes | I guess then net and stuff would not be needed |
18:07.13 | dcordes | shrugs |
18:07.14 | tmzt | yeah, but it's a simpler protocol than hci and specific to ti chips |
18:07.28 | tmzt | so no bluez userspace tools or whatever |
18:08.12 | dcordes | might be, idk. where do you read lg phone code? |
18:08.40 | tmzt | I don't |
18:09.54 | tmzt | there where sdp entries for debug, which I guess is qualcomm protocol for bqs or whatever |
18:10.12 | tmzt | so that's later than this, since charging starts the whole amss |
18:10.25 | tmzt | except radio |
18:10.45 | dcordes | that's interesting |
18:11.06 | dcordes | I was assuming it would all be sleeping while off/charging |
18:11.32 | tmzt | it has to have a logo/animation |
18:12.00 | tmzt | I know this because it is possible to wake it directly from this mode in certain ways |
18:12.15 | tmzt | it also responds to at commands |
18:12.20 | tmzt | but won't dial |
18:12.54 | tmzt | the protocol bqs used was pretty simple, I think 7e enclosed packets |
18:13.10 | tmzt | with command and data |
18:13.27 | tmzt | the commands were listed in a drop down box |
18:17.51 | tmzt | I guess my interest was finding whether certain lg cdma phones were dual-core and could be used for linux |
18:18.11 | tmzt | or where only running amss and as bad as any other "feature-phone" |
18:18.27 | tmzt | as nice as the looked, and as nice as touchscreen/keyboard were |
18:20.14 | tmzt | dcordes: have you tried the Xfbdev kernel with new android? |
18:24.38 | NetRipper | dzo, are you about? did that code in uncompress.h work for you on the vogue (back when you booted with mmu on?) |
18:26.46 | dzo | Hi, only when i had the mmu on, you can't do any i/o with mmu off. |
18:27.46 | dzo | are you trying it on raphael? |
18:32.58 | NetRipper | yes i want to give it a shot |
18:33.22 | *** join/#htc-linux dcordes_ (n=dcordes_@g227166085.adsl.alicedsl.de) |
18:34.59 | *** join/#htc-linux ALoGeNoff (n=QUAKEIII@60.Red-83-49-136.dynamicIP.rima-tde.net) |
18:42.31 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
18:47.37 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
18:48.11 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
18:52.06 | dzo | NetRipper: It may not work if the gpu is on. |
18:52.29 | NetRipper | dzo, ok |
18:52.41 | NetRipper | dzo, i doubt the gpu is on in start_kernel() |
18:52.50 | NetRipper | though, it may never be shut down from wince |
18:54.07 | dzo | that's what i mean, try putting some mdp code in haret to see if you can get the screen redrawn with interrupts off, thats how i tested it. |
18:55.27 | NetRipper | dzo, the 'screen refresh' command is sent through mdp? |
18:57.09 | dzo | yes, mdp starts dma to the panel. |
18:57.27 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfb3b3.pool.einsundeins.de) |
18:57.35 | NetRipper | dzo, ok |
19:06.28 | *** join/#htc-linux chile (n=root@AToulouse-158-1-40-214.w90-50.abo.wanadoo.fr) |
19:10.28 | chile | <PROTECTED> |
19:17.42 | *** join/#htc-linux cousin_luigi (n=luigi@unaffiliated/cousinluigi/x-395723) |
19:17.48 | cousin_luigi | hello |
19:19.07 | cousin_luigi | any OSS VoIP client for windows mobile? |
19:25.03 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
19:29.02 | *** join/#htc-linux goxboxlive_ (n=goxboxli@139.84-48-212.nextgentel.com) |
19:30.30 | goxboxlive_ | tes |
19:30.32 | goxboxlive_ | test |
19:30.35 | goxboxlive_ | good |
19:33.33 | BabelO | goxboxlive good :) |
19:41.05 | dcordes_ | cousin_luigi, why don't you go for a universal or similar if you need oss on your mobile? |
19:44.24 | kiozen | cr2: GT and Garmin maps are getting interesting, svn up! |
19:46.48 | cousin_luigi | dcordes_: universal? |
19:46.54 | cousin_luigi | dcordes_: actually I need trusted |
19:47.12 | cousin_luigi | and I wouldn't want to download random closed source apps to run on my cellphone |
19:48.02 | cousin_luigi | dcordes_: but what is "universal"? |
19:48.46 | silven | cousin_luigi : If you need really trusted, take care, most gsm stacks are propriatry mystery-ware. |
19:49.31 | cousin_luigi | I know |
19:50.18 | cousin_luigi | silven: but at least a phone producer is probably more scrutinised than software from some random website |
19:51.24 | dcordes_ | cousin_luigi, well, compile it yourself. |
19:51.26 | silven | cousin_luigi : Depends on if you're looking to defend against accident or attack. |
19:51.43 | dcordes_ | cousin_luigi, htc universal is a 'smartphone' with good linux support |
19:51.45 | cousin_luigi | let's assume I trust the stock sw supplied with my phone |
19:51.50 | cousin_luigi | dcordes_: oh |
19:51.52 | cousin_luigi | I see |
19:52.01 | dcordes_ | that's why I suggest it |
19:52.13 | cousin_luigi | well I'll consider it, but is there an oss client for windows mobile? |
19:52.44 | dcordes_ | so you can make phone calls with your wm device over network? |
19:52.54 | cousin_luigi | yes |
19:52.55 | dcordes_ | s/phone/voip/ |
19:53.26 | dcordes_ | you might have a look in the xda forum and/or wiki |
19:53.31 | cousin_luigi | k |
19:53.38 | cousin_luigi | thanks |
19:54.22 | dcordes_ | I guess the question is, could that program use the sound input? |
19:55.18 | cousin_luigi | found something |
19:55.29 | cousin_luigi | a cab to enable the voip in wm6 |
19:55.40 | cousin_luigi | that's usually disabled, but I wonder where it comes from |
19:58.50 | *** join/#htc-linux timebomb (n=timebomb@e176113215.adsl.alicedsl.de) |
20:00.46 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@131.Red-79-148-93.staticIP.rima-tde.net) |
20:03.54 | imfloflo | drcodes any progress with G1 dump? |
20:04.22 | imfloflo | sorry i hadn't see your response |
20:05.42 | cousin_luigi | thanks everyone |
20:05.42 | cousin_luigi | bye! |
20:05.46 | *** part/#htc-linux cousin_luigi (n=luigi@unaffiliated/cousinluigi/x-395723) |
20:11.15 | cr2 | imfloflo: there are some interesting things there |
20:11.49 | cr2 | imfloflo: i'm talking about the kernel/hardware/core libs |
20:11.58 | cr2 | kiozen: svn |
20:14.01 | kiozen | cr2: that render engine is even prepared to digest typ files in the future :) |
20:14.47 | cr2 | :) |
20:18.17 | druidu | cr2: do you know where I can find like minimum specs for implementing usb-serial? :) |
20:18.51 | druidu | basicly, I've got a bunch of code there and it should work... but well, to start, I just want the usb "hellow world" thing |
20:22.05 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-98-111-112-172.hrbgpa.fios.verizon.net) |
20:24.55 | cr2 | kiozen: overlay ? |
20:25.26 | cr2 | druidu: where do you want to implement usb-serial ? |
20:25.37 | kiozen | cr2: be patient! :) |
20:25.44 | cr2 | :) |
20:26.08 | kiozen | cr2: let's be happy that it renders pretty fast, even those bloated OSM maps |
20:26.58 | cr2 | lol |
20:27.28 | cr2 | kiozen: how do i load the .img ? |
20:27.42 | kiozen | you need tdb for now |
20:28.08 | cr2 | hmm. |
20:28.32 | cr2 | i have tdb only for 'melloned' maps |
20:28.36 | cr2 | osm ? |
20:28.39 | kiozen | pick http://openstreetmap.teddynetz.de/latest/eu.tgz |
20:28.46 | cr2 | ok |
20:29.15 | cr2 | 340m |
20:29.39 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) |
20:29.41 | HardDisk_WP | hi all |
20:30.06 | kiozen | cr2: just a nothing ;) |
20:30.07 | BabelO | hi HardDisk_WP |
20:30.09 | HardDisk_WP | can someone please help me to get started on a Mio A702 (OMAP850 cpu)? |
20:30.37 | BabelO | HardDisk_WP: git.linuxtogo.org and look at mobile linux kernel branch htc-omap |
20:31.53 | HardDisk_WP | i can't see that one |
20:32.08 | HardDisk_WP | ah, sorry...still have to get used to git |
20:32.34 | BabelO | HardDisk_WP: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-omap |
20:32.38 | HardDisk_WP | BabelO, what about GPIOs, chip drivers, etc? |
20:32.49 | BabelO | just click on snapshot latest comit |
20:33.41 | BabelO | HardDisk_WP: you will find some drivers for SPI / touchscreen / bt / gps / led in arch/mach-omap/htcartemis/ |
20:33.57 | HardDisk_WP | ok |
20:34.03 | BabelO | HardDisk_WP: about gpios, you need to use Haret.exe |
20:34.21 | HardDisk_WP | yeah, know that one, have gotten keyboard and touchscreen gpio's so far |
20:34.30 | BabelO | HardDisk_WP: ok |
20:34.56 | BabelO | HardDisk_WP: you have alsohtcwizard in same directory |
20:35.17 | HardDisk_WP | downside is, I have no idea what except the OMAP850 and the Sirfstar chipset is present on this device |
20:35.28 | HardDisk_WP | how do I find out without disassembling / losing my warranty? |
20:37.08 | BabelO | HardDisk_WP: use IDA demo version you have around 20min to play with it, and you can disassemble dll's from wince and look what is in |
20:37.32 | druidu | cr2 : well, in kernel code, implement a console via usb serial or something... |
20:38.13 | HardDisk_WP | BabelO, I have cracked IDA pro, but I can't copy any of them dlls in the rom |
20:38.24 | HardDisk_WP | crappy copy protection of wince :( |
20:39.27 | BabelO | HardDisk_WP: bad to crack a software ! look at testwm5.exe on the web it will extract data from your running device |
20:39.43 | BabelO | or better get a ROM disassembler , look at xda-dev forum |
20:40.09 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-b48a37dc334c7664) |
20:40.10 | HardDisk_WP | BabelO, mio doesnt provide rom images :/ |
20:40.22 | HardDisk_WP | them bustas have quite some bugs in the firmware :( |
20:40.49 | BabelO | HardDisk_WP: so look at testwm5.exe copy it on top folder of your sdcard and start it :) |
20:40.49 | HardDisk_WP | BabelO, well, normally I buy the stuff that I crack if i find it useful, but i dont have 600⬠left at the moment |
20:40.53 | HardDisk_WP | ok... |
20:41.02 | HardDisk_WP | how does it bypass the CP? |
20:41.44 | BabelO | HardDisk_WP: it dump memory region like Haret do and reconstruct the dll or exe file |
20:41.56 | BabelO | cr2: that's something like that ? :) |
20:42.49 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
20:43.00 | *** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
20:53.18 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
21:05.13 | *** join/#htc-linux BruteFrce (n=IrcNet@m370e36d0.tmodns.net) |
21:05.16 | *** join/#htc-linux chile (n=root@AToulouse-158-1-40-214.w90-50.abo.wanadoo.fr) |
21:09.12 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
21:10.21 | BabelO | cr2: GT rendering is good on OSM maps :) |
21:10.56 | cr2 | how do i load .img ? |
21:12.23 | BruteFrce | its so weirf that we cant map keyboard arrows to anything, why would that be? |
21:13.06 | BruteFrce | weird |
21:13.21 | BabelO | cr2: just do Load map -> choose tlb -> then select *.img :) |
21:14.18 | imfloflo | so you haven't find any good file on the g dump must wait google release? |
21:15.31 | BruteFrce | cr2 do you know why we cant map key_up down left and right to anything? well we can but it doesnt work. |
21:16.42 | BruteFrce | we have tried the dpad and working qrety keys... and nothing |
21:18.09 | BruteFrce | qwerty |
21:20.54 | dcordes_ | imfloflo, ya, for the wifi we need the kernel source |
21:24.37 | imfloflo | only the wifi cause don't use it but want to know other progress like running 1.0 on polaris or kaiser |
21:29.39 | *** part/#htc-linux exco (n=exco@e181120140.adsl.alicedsl.de) |
21:30.58 | dcordes_ | imfloflo, that's still only a question of storage space |
21:31.13 | imfloflo | with SD ? |
21:31.20 | imfloflo | or internal ? |
21:31.35 | dcordes_ | both |
21:32.05 | imfloflo | so if i want to test 1.0 how can i do that for the moment with my polairs? |
21:32.30 | imfloflo | i can't |
21:33.02 | kaze | how much space is needed? |
21:33.27 | kaze | not possible to use compressed fs? |
21:37.39 | dcordes_ | cr2, do you think msm hsusb will work on raphael/diamond with the g1 code? |
21:42.51 | NetRipper | cr2, on raphael we've been able to boot the kernel throughout the start_kernel() - haven't analysed yet where it hangs next |
21:42.53 | NetRipper | cr2, the halibut code hang when initializing the DEBUG_TIMER and 6 UART irqs, fixed that and it continues booting |
21:43.18 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-4aa95926c0896f1e) |
21:44.04 | NetRipper | so we kinda reached a milestone with that \o/ |
21:46.27 | dcordes_ | NetRipper, did you check with druidu? |
21:47.58 | NetRipper | dcordes_, yes druidu and i are both working on it |
21:48.13 | NetRipper | dcordes_, we're just using query to communicate instead of via the channel ;) |
21:48.22 | dcordes_ | ok. very nice you got further |
21:50.01 | NetRipper | i'm starting to get scared i may have damaged something in my raphael, as it automatically resets 2 times a day now |
21:50.04 | NetRipper | :p |
21:50.39 | NetRipper | scares the fuck out of me that it starts vibrating at bootup |
21:50.55 | *** join/#htc-linux szsoftware (n=sven@e178236212.adsl.alicedsl.de) |
21:51.53 | dcordes_ | NetRipper, kaiser does always vibrate on poweron |
21:52.18 | NetRipper | yea raphael too |
21:52.27 | NetRipper | but my hermes didn't |
21:52.36 | NetRipper | and i normally have a ringtone |
21:52.46 | dcordes_ | you mean it will wear of faster beacuse of it? |
21:53.04 | NetRipper | so my phone is like on my desk and i'm just programming and concentrating and stuff... and when i least expect it, the device resets and makes my desk BZZZ |
21:53.08 | NetRipper | ;) |
21:53.23 | dcordes_ | got it ^^ |
21:53.26 | NetRipper | :D |
21:53.52 | dcordes_ | a pity kaiser doesn't have that auto reset function |
21:54.10 | dcordes_ | I have to softreset at least one time a day anyway |
21:54.47 | dcordes_ | or it gets slow |
21:55.24 | NetRipper | lol |
21:55.30 | NetRipper | just fyi, i dont want it to auto-reset |
21:55.30 | NetRipper | lol |
21:55.44 | NetRipper | it just crashes |
21:57.08 | NetRipper | dcordes_, anyway, if you want your kaiser to soft reset every day, there are tools to do that (unfortunately) |
21:57.18 | dcordes_ | no need :) |
21:58.02 | dcordes_ | maybe your raph will go back to normal after the 500th reset |
21:58.18 | cr2 | NetRipper: sounds good. |
21:58.32 | cr2 | NetRipper: what is the LCD status ? and usb ? |
21:58.50 | NetRipper | dcordes_, yea i was hoping it'll be gone after a rom update |
21:58.51 | NetRipper | ;) |
21:59.01 | NetRipper | dcordes_, haven't done that yet though :) |
21:59.15 | NetRipper | cr2, usb still disconnects and windows doesn't detect anything else |
21:59.26 | NetRipper | cr2, so it properly hangs somewhere again |
21:59.44 | cr2 | NetRipper: can you compile the linload.exe ? |
21:59.51 | dcordes_ | NetRipper, well seriously... I doubt you broke something by softresetting/booting linux |
22:00.06 | cr2 | NetRipper: vibrating at startup scares me too :) |
22:00.12 | NetRipper | cr2, lol |
22:00.36 | NetRipper | cr2, linload.exe with basic kernel thus far? |
22:00.57 | cr2 | you can add the rootfs.cgz, like on hermes |
22:01.01 | NetRipper | ok |
22:01.06 | NetRipper | let me try something else first |
22:01.10 | cr2 | ok |
22:11.38 | *** join/#htc-linux wasup (n=Tech@208.47.103.106) |
22:12.01 | BabelO | cr2: you try GT so ? :) |
22:15.45 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
22:16.13 | wasup | any good news or anything? |
22:16.15 | *** join/#htc-linux amd64lover (n=miknix@81.193.87.192) |
22:18.09 | *** join/#htc-linux miknix_ghost (n=miknix@81.193.87.192) |
22:20.22 | *** part/#htc-linux imfloflo (i=58b44979@gateway/web/ajax/mibbit.com/x-6cf0302a8229b125) |
22:22.10 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
22:23.02 | *** join/#htc-linux exco (n=exco@e181120140.adsl.alicedsl.de) |
22:58.42 | swetland | http://git.android.com/?p=kernel.git;a=shortlog;h=android-msm-htc-2.6.25 |
22:59.46 | dcordes_ | nice |
23:00.43 | NetRipper | sweet |
23:05.38 | dcordes_ | swetland, trout is a development board with msm7201A ? |
23:06.39 | kaze | trout is G1 |
23:06.55 | kaze | 3 days ago |
23:07.03 | kaze | 3 days ago |
23:07.09 | kaze | uh |
23:07.30 | kaze | trout: Add trout (aka Dream/G1) machine target and |
23:07.59 | dcordes_ | ok |
23:08.10 | kaze | or so i think |
23:11.47 | *** part/#htc-linux wasup (n=Tech@208.47.103.106) |
23:14.15 | cr2 | NetRipper: time to create board-rapahel.c |
23:14.39 | NetRipper | cr2, yep, one step at a time |
23:14.45 | cr2 | NetRipper: but. we are missing the 'clock api' |
23:14.55 | NetRipper | wasn't it the same as the way vogue does it? |
23:15.03 | NetRipper | stealing is good |
23:15.10 | cr2 | vogue has some hacks |
23:15.23 | cr2 | we should talk with dzo about a more clean implementation |
23:15.29 | NetRipper | ok |
23:15.36 | cr2 | there are some differences between 7x00 and 720xA |
23:15.38 | NetRipper | though, im not the right person for that conversation :P |
23:15.47 | NetRipper | as 90% of the time i dont know what im talking about |
23:16.01 | cr2 | he said that he wants to clean the code in the coming days |
23:17.58 | cr2 | swetland: what does Qkey mean ? qwerty keyboard ? |
23:19.10 | cr2 | hehe :) |
23:19.16 | cr2 | PCOM_GPIO_CFG(43,... |
23:19.43 | cr2 | need to compare these with rapahel_gpio wiki page |
23:20.13 | NetRipper | ok im making your kernel now |
23:20.20 | cr2 | thanks. |
23:20.40 | cr2 | i think that the clock api may be a problem for us now. |
23:20.47 | dcordes_ | no egpio used ? |
23:20.51 | cr2 | the first problem to address probably |
23:20.59 | NetRipper | starting from a clean git again |
23:21.04 | cr2 | dcordes_: A has one more bank |
23:21.04 | NetRipper | and just including my minor changes |
23:21.12 | cr2 | ok |
23:21.38 | cr2 | maybe i#d checkout the complete tree too |
23:21.54 | NetRipper | i'll keep the gpio code included that enables flashlight so you can be sure it reaches at least the end of start_kernel() |
23:21.59 | cr2 | :) now we know the ALT gpio names |
23:22.06 | cr2 | ok |
23:22.50 | cr2 | NetRipper: we should fix the clk_* issues RSN. |
23:23.18 | cr2 | vogue has the i2c clock divisor at a different address |
23:23.24 | cr2 | 0x64 vs. 0x68 |
23:23.35 | NetRipper | aha |
23:23.39 | NetRipper | im not using vogue code atm |
23:23.44 | cr2 | but the i2c registers are the same as on halibut |
23:23.49 | NetRipper | vogue didn't boot as far as halibut |
23:23.53 | cr2 | the vogue i2c patch is not needed |
23:24.09 | cr2 | vogues has a different VIC |
23:24.24 | cr2 | so the irq handling is completely broken for you |
23:24.33 | NetRipper | yea that explains |
23:25.03 | cr2 | but the vogue proc_comm and rpc stuff needs to be copied over. |
23:25.07 | cr2 | later |
23:25.15 | cr2 | for the phone, gps, ... |
23:25.56 | cr2 | time to edit the gpio wiki |
23:26.00 | NetRipper | drivers/char/keyboard.c:1124:2: warning: #warning "Cannot generate rawmode keyboard for your architecture yet." |
23:26.03 | NetRipper | aww |
23:26.06 | cr2 | irrelevant |
23:26.19 | dcordes_ | NetRipper, that also appears in the kaiser builds |
23:26.21 | cr2 | the keyboard is on i2c microcontroller |
23:26.34 | cr2 | so we don't have a driver anyway |
23:26.45 | NetRipper | yea |
23:26.53 | NetRipper | i really want framebuffer to work |
23:26.56 | NetRipper | it'd make life so much easier |
23:29.27 | cr2 | yes, but it's not trivial. i need to check and compare the mddi setup, and fix the hitachi startup. |
23:34.07 | dcordes_ | NetRipper, lol we are not the only two persons pulling the tree now |
23:34.19 | dcordes_ | 100 KiB/s |
23:34.48 | cr2 | bt is on different gpio pins |
23:35.04 | cr2 | but the cam is the same |
23:35.43 | cr2 | need to look for the h2w driver |
23:36.22 | cr2 | elan-touch ? |
23:36.55 | cr2 | was 'dummy' in the dump :) |
23:37.42 | cr2 | lol |
23:37.44 | cr2 | HTC 2 Wire |
23:38.09 | cr2 | i've broke my head trying to understand wtf is H2W |
23:39.16 | NetRipper | cr2, http://www.netripper.nl/raphael/raph_20081021_partial_boot.exe |
23:39.55 | cr2 | wget |
23:40.12 | NetRipper | ;) |
23:40.33 | dcordes_ | swetland, 46 KiB/s arrgh |
23:40.56 | cr2 | dcordes_: there is a cpld on g1 |
23:41.07 | cr2 | but not on raphael |
23:41.23 | dcordes_ | which has one more bank than kaiser? |
23:41.31 | cr2 | 720xA |
23:42.23 | cr2 | keypad is on gpio |
23:43.02 | cr2 | checking SD gpio ALT setup |
23:43.55 | cr2 | yes, it's the same |
23:45.50 | cr2 | PCOM_GPIO_CFG is strange. |
23:46.31 | dcordes_ | is arm9 in command of (some) gpios? |
23:46.41 | cr2 | wifi is the same |
23:46.55 | cr2 | dcordes_: dump the "owner" registers, then you will know |
23:47.01 | cr2 | n haret |
23:47.17 | cr2 | 1 means arm11, 0 is arm9 |
23:47.38 | dcordes_ | that's what the owner registers are. I tried to find that out before |
23:49.55 | cr2 | the names for mddi are there :) |
23:50.22 | cr2 | dcordes_: pd all the 5 registers named "ownerX" in wiki |
23:50.55 | dcordes_ | ok |
23:52.04 | NetRipper | let me know how far you get with the kernel cr2, im off to bed |
23:52.05 | NetRipper | good night |
23:52.13 | cr2 | NetRipper: ok |
23:57.19 | cr2 | NetRipper: it hangs. the flashlight is on |
23:58.57 | NetRipper | cr2, ok |
23:59.01 | NetRipper | flashlight code is just above: |
23:59.02 | NetRipper | <PROTECTED> |
23:59.02 | NetRipper | <PROTECTED> |
23:59.23 | NetRipper | i'll check where it hangs tomorrowevening |