IRC log for #htc-linux on 20070327

02:14.00*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
02:14.00*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup.
02:16.29*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
02:16.29*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup.
03:20.28*** join/#htc-linux xur1z (n=chris@60.234.253.91)
03:20.32xur1zhelo
04:06.42*** join/#htc-linux TeringTu1y (n=maarten@188-116-dyn.ipact.nl)
05:17.48*** join/#htc-linux _law_ (n=law@mail.stiftadmont.at)
05:22.48*** join/#htc-linux psokolovsky (n=psokolov@82.193.98.7)
06:17.25*** join/#htc-linux rob_w (n=rob_w@p549b9d07.dip0.t-ipconnect.de)
07:24.42*** join/#htc-linux Fossi (n=cmewes@195.177.48.115)
07:25.05*** join/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
08:15.08*** join/#htc-linux Kmarc (n=kari@markos.biz)
09:25.45*** join/#htc-linux pH5 (n=ph5@p5485E3E2.dip.t-dialin.net)
10:13.37*** join/#htc-linux rob_w (n=rob_w@p549B9D07.dip0.t-ipconnect.de)
10:35.40pH5cr2: I've sent the tihtc ldisc. I'd be happy if you could have a look at it and test on the blueangel if you find some time.
10:49.08*** join/#htc-linux cyrill62 (n=cyrill62@ble59-5-82-233-205-36.fbx.proxad.net)
11:00.37*** join/#htc-linux gw280 (n=george@vm.gwright.org.uk)
11:11.11_law_whats the best (mostly working) method to boot a fs with haret?
11:11.25_law_ext2 mmc partition, initrd ?
11:11.44_law_nothing seams do work on the tornado
11:16.59psokolovskynfs - always ;-)
11:19.05pH5_law_: for mmc you need working mmc support in the kernel, for nfs usb gadget + g_ether. if you do, both methods work reliably. if you don't, I guess initrd is your only choice.
11:19.28pH5s/if you do/if you have them/
11:20.12_law_pH5, g_ether should work
11:20.36_law_pH5, is it right that initrd is only a cpio.gz ?
11:21.00pH5_law_: initramfs. initrd could be anything.
11:21.30_law_pH5, i think i cant build this with OE or?
11:22.40pH5_law_: hmm I don't know, I never tried this..
11:56.14*** join/#htc-linux tudenbart (n=willi@xdsl-213-196-251-17.netcologne.de)
12:06.54*** join/#htc-linux bd2 (n=cbou@89.113.85.104)
13:14.51mndctrlwhat is the GSM status on the universal.. website says something about 'Works, but issues with mic...' ?
13:15.20mndctrlis it usable?
13:19.11pH5mndctrl: my understanding is that it works but needs fiddling with alsa mixers to enable the mic. but cr2 or goxboxlive will know better, I don't have a universal.
13:19.58mndctrlah, ok.. tnx!
14:20.13*** join/#htc-linux goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
14:37.25*** join/#htc-linux jeanseb (n=jeanseb@gazypan.dyndns.org)
14:44.09cr2mndctrl: it is a question of the kernel-userspace API
14:45.22cr2pH5: which software uses alsa controls for the phone on magician ? is there any standard list of common controls ?
14:46.07cr2pH5: i've just bought an old himalaya with the half-broken lcd. so i'll be able to do the tests for it too.
14:47.27pH5cr2: alsamixer ;) other than Documentation/sound/alsa/ControlNames.txt I don't know about a standard list.
14:48.29cr2pH5: is there a minimal required list for openmoko ? the neo supports a gazillion of controls, i can't imagine they are all used.
14:48.32pH5the gpe mixer is still oss only and openmoko doesn't even have a mixer control yet.
14:48.55cr2ok, so it does not exist.
14:49.30pH5cr2: right.
14:50.13cr2btw, what will happen if i'll start the magician-openmoko image on the himalaya/blueangel ?
14:50.31cr2with the appropriate kernel of course
14:50.51pH5the neo controls are a bit strange in some places. for example the left/right amp controls are two single controls instead of one stereo control.
14:51.06cr2i'm always concerned about the serial ports.
14:51.11cr2lol
14:51.27cr2but neo does not have stereo speakers like universal ?
14:51.47pH5cr2: neo has stereo speakers.
14:52.03cr2hm. interesting.
14:52.14pH5don't worry about the serial ports. you can write random shit into them as long as you know how to reset the chips afterwards.
14:52.34pH5cr2: they're quite loud, but the sound quality is still cheap of course.
14:52.47pH5much better than the magician's 'speaker' :)
14:53.17cr2yeah, but i'd prefer to have /etc/defaults/serial to export the right names.
14:54.18pH5cr2: that's a very good idea. instead of splitting it over blueprobe/gsmd/whatever, have a single place that defines what the uarts are used for.
14:54.20cr2mickeyl was playing with the alsamixer, so i could estimate the sound quality :)
14:55.08cr2yes, it can read /proc/cpu and export the names depending on the $MACHINE
14:55.11pH5I played some 20Hz-16kHz sweeps at full volume to check it out. ouch :)
14:55.42cr2:)
15:03.50*** join/#htc-linux _law_ (n=_law_@213.173.86.202)
16:00.37*** join/#htc-linux TeringTuby (n=maarten@188-116-dyn.ipact.nl)
16:04.19*** join/#htc-linux rob_w (n=bob@p213.54.38.2.tisdip.tiscali.de)
16:12.18cr2pH5: the gsm mux proto is the same on himalaya.
16:14.03pH5cr2: very good. I'm just about to pester gsmd-devel with some patches.
16:19.09cr2ok. i've made some asic5 traces.
16:23.08*** join/#htc-linux TeringTu1y (n=maarten@188-116-dyn.ipact.nl)
16:31.29*** join/#htc-linux TeringTu2y (n=maarten@188-116-dyn.ipact.nl)
16:41.51*** join/#htc-linux TeringTuby (n=maarten@188-116-dyn.ipact.nl)
17:11.30*** join/#htc-linux TeringTu1y (n=maarten@188-116-dyn.ipact.nl)
17:12.51*** join/#htc-linux TBBle (n=tbble@202.55.155.71)
17:29.53*** join/#htc-linux drbombay[lap] (n=drbombay@pdpc/supporter/active/drbombay)
17:52.27cr2pH5: what was pasic2 ?
17:53.09pH5by extrapolation, the led/ds1wm chip on the blueangel.
17:53.22cr2ok. thanks.
17:53.24pH5on the magician it's pasic3 (in the wince code) or aic3 (printed on the chip)
17:53.41cr2yes.
17:55.46*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
18:08.45cr2found owm irq on himalaya.
18:13.00cr2the device is mostly identical to blueangel.
18:14.02*** join/#htc-linux goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
18:16.16goxboxlivehi all
18:20.05goxboxlivecr2: Why is such a hack we did to the pxafb so ugly? Is it because universal is the only one who take advatage of it?
18:21.54cr2i'll add the LCCR4,5 and some PXA27x other registers to pxa-regs.h and the save/restore them in pxafb.
18:22.22goxboxliveok souuds good, but why is it so ugly? It has nothing to do with ugly for the hardware, right?
18:24.13cr2no.
18:25.56goxboxliveso it's only because other devices cant take advantage of it?
18:26.38cr2pH5: are pasic2 irq and owm irq different ?
18:26.51cr2what is the purpose of pasic2 irw ?
18:30.11_law_Kevin2: i have to set mtype to 6665 (htc_tornado             MACH_TORNADO            TORNADO                 6665) if my tornado should work...
18:31.59*** join/#htc-linux TeringTuby (n=maarten@188-116-dyn.ipact.nl)
18:33.10cr2_law_: this is braindead. where does your kernel source code from ?
18:34.10_law_cr2: http://chac.le-poulpe.net/~nico/tornado/dl/
18:34.30cr2ok. so it's just a hack.
18:38.39_law_cr2: k but setting mtype manual should work or?
18:46.50*** join/#htc-linux FossiFoo (n=Fossi@e176101106.adsl.alicedsl.de)
18:47.51goxboxliveThe zaurusd is setup with switches and not keys
18:53.53cr2goxboxlive: that's why it's zaurusd. is it a binary ?
18:54.49goxboxlivecr2: no, i have compiled it with OE and just added universal to it
18:55.25goxboxlivebut when starting it complaines about our kernel is missing swithces
18:56.10cr2then it needs to be patched.
18:57.20goxboxlive?? patched our kernel or zaurus source?
18:57.40goxboxliveI have addeduniversal to zaurusd source, not patching in OE
18:58.36cr2i need to look at the zaurusd source.
19:09.20goxboxlive:-)
19:27.47pH5cr2: no, afaik there is only the ds1wm irq on that chip.
19:38.21*** join/#htc-linux SmallR2002 (n=SmallR20@88-108-221-159.dynamic.dsl.as9105.com)
19:38.58cr2pH5: gpio12 is input http://wiki.xda-developers.com/index.php?pagename=HimalayaGPIO
19:39.44cr2is there some "ready" signal?
19:46.57cr2hm. where is this pasic3...
19:58.25cr2green is LED1, red is LED0.
20:24.21pH5the ds1wm has an interrupt register for several interrupts (TBE, RBF, etc.) that can be individually masked. it is generic (see mreimer's ds1wm driver).
20:28.08pH5http://wiki.xda-developers.com/index.php?pagename=MagicianAIC3 has the pasic3 info.
20:28.08cr2ok. i just can't find its location.
20:28.35pH5But I'm missing my dump of the secondary registers. where did I put that...
20:29.13cr2http://wiki.xda-developers.com/index.php?pagename=HimalayaMemoryMap
20:32.05cr2blue led may be on asic5, i don't care about it right now.
20:32.24cr2ah, i'm dumb. the last line.
20:33.26cr2nothing there too.
20:34.35pH5cr2: or it is connected to the ti bb.
20:35.19cr2pH5: and the irq to asic3 ?
20:35.43cr2i don't see anything useful in the battery.dll
20:36.00cr2i'll look for a motherboard picture picture
20:36.48pH5cr2: asic3?
20:37.18cr2yes.
20:37.45pH5how would I know about asic3, I only have a magician :)
20:37.48cr2a9502a00 is referenced, but it's something related to the backpack pcmcia on asic5.
20:38.03cr2the OWM irq is on asic3.
20:38.13cr2but the asic3 OWM is not used.
20:38.18cr2the same on blueangel.
20:38.39cr2but on blueangel the blue led and owm are on pasic2.
20:39.02pH5so the owm on pasic2 is used but the irq is chained through asic3?
20:39.02cr2can't find it on himalaya.
20:39.10cr2yes.
20:39.22cr2don't ask me why :)
20:39.44cr2on hx4700 and universal it's done in a normal way.
20:39.58cr2owm on asic3 and blue led on LED2
20:40.02pH5http://www.xs4all.nl/~itsme/projects/xda/serial-protocols.html
20:40.15cr2it's on wallaby.
20:40.29cr2xda, not xda2.
20:40.30pH5the wallaby had its leds controlled by the ti bb. maybe the blue led is still on the bb on the himalaya?
20:40.49cr2himalaya is xda2. it's blueangel without wifi and keyboard.
20:41.02cr2hm. don't know.
20:41.13pH5hm.. it wouldn't make any sense.
20:41.38pH5or wait, can you enable bluetooth without the gsm chip being enabled?
20:41.49pH5blue led is only for bt on himalaya, right.
20:42.59_law_hmm i think the /dev/ram0 is too small, so i cant boot any image.. does anyone know a tiny ramfs which i can use for testing
20:43.06cr2yes. some bit on asic5 changes, maybe i'll check it manually.
20:43.17_law_or how can i set the size of the ram? its 64mb or?
20:57.40cr2ah. BP is backpack :)
21:04.26*** join/#htc-linux goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
21:07.08cr2pH5: it's evil. the blue led is enabled by asic3 gpioa0 ;)
21:08.41cr2the OWM is unreferenced in battery.dll
21:08.52cr2hahaha. maybe it is not used at all.
21:09.02cr2i'll search for the motherboard pictures.
21:11.57cr2no. pasic2 is on the motherboard.
21:12.01cr2http://forum.xda-developers.com/attachment.php?attachmentid=19821&d=1073841116
21:12.21cr2HTC AIC2
21:12.40cr2wtf?
21:33.10*** join/#htc-linux TeringTu1y (n=maarten@188-116-dyn.ipact.nl)
21:53.41*** join/#htc-linux TeringTuby (n=maarten@188-116-dyn.ipact.nl)
21:54.08_law_i have testsed now 2 different cramfs files systems an always the /linuxrc cant be executed. i have compiled the kernel with gcc 4.x and the cramfs filesystem are build with gcc 3.3.2, could the be a problem?
21:54.54*** join/#htc-linux Ralith (n=ralith@soggy202.drizzle.com)
22:04.49cr2_law_: unlikely.
22:06.10_law_hmm, so there is another problem, that no image can be executed...
22:07.07*** join/#htc-linux alsuren (n=alsuren@host86-148-18-74.range86-148.btcentralplus.com)
22:25.07_law_so i tried to whole stuff with the haret from (http://omap850.om.funpic.de/downloads/wizard/HaRET_omap.exe) with this version my kernel boots :-)
22:36.52_law_is there a difference between boot and bootlinux in the default.txt ?
22:48.21cr2_law_: i think it should be the same
22:48.51_law_ok thank, need some sleep, n8 all
22:50.51*** part/#htc-linux _law_ (n=_law_@213.173.86.202)
23:21.17*** part/#htc-linux rmoravcik (n=rmoravci@pc-3s0zt5w2e4y0vzmhnrzq3a21zqajzfw.users.student.utc.sk)
23:27.58Kevin2_law_: Yet another haret version, eh?  :-)
23:28.30Kevin2Are you saying the same kernel+initrd works on the wizard haret, and it does not work on latest mainline?
23:30.29cr2Kevin2: he has already left.
23:34.09Kevin2Hi cr2
23:34.35cr2hi
23:34.53cr2what should we do with hermes ?
23:35.39Kevin2I'm starting to think there is something wrong with the initial linux steps.  I don't know what it could be though.
23:36.01Kevin2The only thing I can think of is to add debugging info during the early boot and figure out where it is failing.
23:39.01cr2s3c24xx_init_clocks(0)
23:39.09cr2is it correct ?
23:40.31Kevin2I don't know.
23:40.55cr2<PROTECTED>
23:40.55cr2<PROTECTED>
23:41.24cr2so it's effectively s3c24xx_init_clocks(12000000)
23:43.10cr2we need to come to 400MHz from that.
23:47.14cr2what is the speed of rx3715 ?
23:47.39cr2is runs with s3c24xx_init_clocks(16934000)
23:49.28cr2rx1950 too. it has 300MHz CPU frequency.
23:49.38cr2reading the CPU manual is required...
23:56.08cr2<PROTECTED>
23:56.08cr2<PROTECTED>
23:58.42Kevin2I understand the need to get the clocks right.  However, clock setup comes much later in the boot - my diagnostic output seems to halt pretty early.
23:59.01Kevin2It's always possible my diagnostic stuff wasn't reliable, but it seems suspicious.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.