| 00:19.21 | *** join/#openmoko mirko (n=daten@212.224.73.207) |
| 00:20.32 | *** join/#openmoko Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 00:34.31 | *** join/#openmoko DuvJones (n=Issac-S@208.113.24.206) |
| 00:40.25 | *** join/#openmoko kerm|t (n=zip55413@c-75-72-166-126.hsd1.mn.comcast.net) |
| 00:43.03 | *** join/#openmoko Ddorda (n=dor@unaffiliated/ddorda) |
| 00:55.22 | *** join/#openmoko krau (n=krau@189.81.212.136) |
| 01:01.30 | *** join/#openmoko docscr (n=root@82.113.106.155) |
| 01:07.01 | *** join/#openmoko Defiant (i=erik@d010251.adsl.hansenet.de) |
| 01:07.38 | *** join/#openmoko aloril (n=aloril@84.249.126.153) |
| 01:23.45 | *** join/#openmoko saracen (n=saracen@goto.fiveturns.org) |
| 01:39.18 | *** join/#openmoko CVirus (n=Satan@41.152.118.19) |
| 01:47.33 | *** join/#openmoko tobii (n=bla@g229211250.adsl.alicedsl.de) |
| 01:48.52 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 01:57.20 | *** join/#openmoko alephnull (n=alok@122.172.51.59) |
| 01:57.46 | *** join/#openmoko MHazem (n=Satan@41.152.7.242) |
| 01:58.43 | *** join/#openmoko arndtroide (n=arndt@port-92-196-95-143.dynamic.qsc.de) |
| 02:14.16 | raster | DocScrutinizer: |
| 02:14.24 | raster | 12:13PM ~ > esd -h |
| 02:14.26 | raster | ... |
| 02:14.35 | raster | <PROTECTED> |
| 02:14.36 | raster | <PROTECTED> |
| 02:14.36 | raster | <PROTECTED> |
| 02:14.47 | raster | somone is just not using the options properly |
| 02:20.36 | DocScrutinizer | raster: errr? |
| 02:30.24 | raster | <DocScrutinizer> sybren: the problem is (AFAIK) navit is using speech-dispatcher (ESD, enlightenment sound daemon) which in turn uses /dev/dsp and never even closes it. Thus all audio on FR is blocked as /dev/dsp exclusively allocates the D/A-converter |
| 02:31.05 | DocScrutinizer | raster: no idea if someone is using wrong parameters somewhere. It's just mandatory every app uses either decent alsa audio devices (including dmix somewhere in the path) directly, or if the app is _so_ obsolete wrt audio that it knows only about /dev/pcm (etc) then it MUST use aoss wrapper to map this to a alsa device again |
| 02:32.01 | raster | sure - dmix helps. in fact dmix means /dev/dsp can be opened multiple times |
| 02:32.09 | raster | and used by multiple apps - if u have oss emulation |
| 02:32.12 | DocScrutinizer | nope, wrong |
| 02:33.31 | DocScrutinizer | aiui you may map /dev/dsp to a alsa path (like aoss does), but still it isn't sharable |
| 02:34.07 | raster | i've had several apps using /dev/dsp |
| 02:34.09 | raster | at once |
| 02:34.25 | DocScrutinizer | even *if* it is, it's a simple fact OSS emu is deprecated for years now |
| 02:35.23 | DocScrutinizer | and you can handle this correctly via aoss. |
| 02:36.10 | *** join/#openmoko lpotter (n=quiggly@58.173.176.153) |
| 02:36.11 | DocScrutinizer | the bug report seems to prove it's blocking all other audio apps though if one app opens /dev/dsp |
| 02:36.23 | mjr | (last I checked dmix quite spesifically didn't mean /dev/dsp being shareable, aoss is another can of worms of course since it maps it to alsa in userspace) |
| 02:36.49 | DocScrutinizer | sure |
| 02:37.23 | mjr | basically the alsa people are a bunch of wankers who didn't want to put mixing in the kernel _or_ make a non-broken oss emulation layer |
| 02:37.24 | raster | and esd doesnt keep /dev/dsp open - if you allow it to free it when not used. the point was that it was written in the days when /dev/dsp was all u had (or /dev/audio - the sun one) and if u were playing music - nothing else could make sound. esd made that easy by providing a socket that worked almost like /dev/dsp, a ld_preload that could catch dsp opens and it kept dsp to avoid non--friendly apps from stealing it. if u didnt mind that |
| 02:37.25 | raster | possibility - you could have it release |
| 02:37.39 | mjr | and thus we have battles with dsp-using apps |
| 02:37.49 | raster | mjr: actually the kernel devs didnt want mixing in the kernel |
| 02:37.53 | raster | and they have a point |
| 02:38.06 | raster | as within the kernel, scheduling is co-operative |
| 02:38.13 | raster | and as long as are mixing - u are hogging the cpu |
| 02:38.45 | mjr | okay, fair enough, but the oss emulation layer should wrap back through userspace then per default |
| 02:38.52 | raster | yes |
| 02:39.00 | raster | correct |
| 02:39.42 | DocScrutinizer | raster: freeing /dev/dsp is a botch and a nonsense. It's no replacement for multiplexing |
| 02:39.54 | DocScrutinizer | or mixing |
| 02:40.07 | raster | esd already multiplexes and mixes |
| 02:40.11 | raster | that was the whole point |
| 02:40.28 | DocScrutinizer | yup, as does alsa |
| 02:42.13 | DocScrutinizer | and I really don't want to see alsa aware apps using a adapter to ESD so ESD can do the mixing and then needs to use alsa anyway for output, as afaik there are no ESD soundcard drivers and thus we have a alsa-based system inevitably |
| 02:42.44 | raster | but navit isnt alsa-aware |
| 02:42.50 | raster | otherwise it wouldnt use esd |
| 02:42.58 | DocScrutinizer | so use aoss for it |
| 02:43.10 | raster | but it isnt aware |
| 02:43.13 | raster | so it doesnt |
| 02:43.58 | DocScrutinizer | or just pipe audostream to aplay like sybren suggested |
| 02:44.28 | raster | or add "-as 1" to the exec line of esd |
| 02:44.39 | raster | which is the simplest thing to do |
| 02:44.52 | raster | and it will behave like any /dev/dsp using app |
| 02:45.14 | DocScrutinizer | won't help as /dev/dsp will vanish shortly, and it doesn't do mixing evidentally |
| 02:45.23 | raster | or fix alsa on om's kernel to also dmix /dev/dsp |
| 02:45.28 | raster | ad dynamically allocate a channel |
| 02:45.39 | raster | i suspect i have used patched kernels before that do that |
| 02:45.41 | DocScrutinizer | /dev/dsp using apps are deprecated for FR |
| 02:45.51 | raster | then stop using navit |
| 02:45.54 | raster | its deprecated |
| 02:45.55 | raster | :) |
| 02:46.11 | mjr | (hell, they're deprecated for linux period, doesn't seem to mean they're going away...) |
| 02:46.19 | raster | correct |
| 02:46.26 | SpeedEvil | wishes sound on linux diddn't suck. |
| 02:46.31 | raster | how you treat deprecated is the issue |
| 02:46.42 | raster | if u treat it as "no longer able to be used at all" |
| 02:46.45 | SpeedEvil | A nice replacement for /dev/dsp that just worked, and had auto-mixing. |
| 02:46.49 | raster | then u can remove navit |
| 02:46.59 | DocScrutinizer | SpeedEvil: you got a free performance on the reasons why it does |
| 02:47.14 | raster | SpeedEvil: what sound needed is an audo-system - like x, but for sound |
| 02:47.15 | SpeedEvil | ? |
| 02:47.26 | raster | the problem is that has existed ever since called "nas" |
| 02:47.30 | SuN | Never mind the latency :D |
| 02:47.31 | SpeedEvil | remembers one in 1996? |
| 02:47.33 | raster | but no one wanted to use it |
| 02:48.07 | raster | SuN: latency is a factor of the size of your mixing buffer |
| 02:48.11 | SpeedEvil | And yes, auto-mixing isn't really simple. |
| 02:48.26 | raster | andf that in turn is driven by kernel scheduling latencies |
| 02:48.47 | raster | ie buffer needs to be long enough to cover most (if not all) scheduling latencies |
| 02:48.55 | raster | to skip "blips" |
| 02:49.00 | SpeedEvil | and userspace schedduling issues |
| 02:49.34 | SuN | But short enough to not introduce a too long delay, in case of low-latency applications. |
| 02:49.38 | SpeedEvil | however - I'd be happy with something that just worked with one application playing at once. |
| 02:49.55 | raster | http://www.radscan.com/nas.html |
| 02:49.56 | SpeedEvil | Even if a second application playing sound at once would occasionally skip. |
| 02:50.08 | DocScrutinizer | (buffer) that's why you are better off with a decent device than with a /dev/dsp |
| 02:50.13 | raster | SuN: bingo |
| 02:50.37 | raster | but as scheduling latencies pretty much are the deciding factor - have it shorter than that and u'll get blips sometimes or often |
| 02:50.58 | raster | SpeedEvil: thats why u need a manager |
| 02:51.05 | raster | it can decide to mix, or block |
| 02:51.08 | SpeedEvil | There is no reason for one buffer latency |
| 02:51.14 | raster | or mix and vary volume of existing streams |
| 02:51.28 | raster | (eg ha,lve volume of existing music and play ring sound at full volume) |
| 02:51.29 | raster | etc. |
| 02:51.37 | raster | the problem is scheduling |
| 02:51.49 | raster | that actually got fixed a while ago with realtime scheduling |
| 02:52.01 | raster | at least to an extent |
| 02:52.04 | SuN | Which introduced all sorts of other issues :D |
| 02:52.09 | SpeedEvil | then you've got the rt/power thin |
| 02:52.10 | SpeedEvil | g |
| 02:52.19 | DocScrutinizer | raster: all that is already there in ALSA. |
| 02:52.33 | DocScrutinizer | and /me off now |
| 02:52.54 | DocScrutinizer | as this discussion lingers on for 4 years now |
| 02:53.07 | raster | DocScrutinizer: not the abstract logic of being able to prioritise streams, have variable policies on what happens if priority 5 is playing then priority 3 wants to play |
| 02:53.08 | DocScrutinizer | really tedious |
| 02:53.09 | raster | or priority 1 |
| 02:53.11 | raster | etc. |
| 02:53.13 | SuN | Alsa isn't very intelligent when it comes to mixed hardware/software mix situations, though. |
| 02:53.22 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 02:53.43 | DocScrutinizer | raster: that's what I'm about to implement |
| 02:53.49 | DocScrutinizer | bye |
| 02:54.02 | SpeedEvil | DocScrutinizer will save us! |
| 02:54.03 | raster | aha! - as i said. doesnt exist :) |
| 02:54.20 | raster | (and once you implement it.. it will) |
| 03:03.07 | *** join/#openmoko pcfe` (n=pcfe@a88-115-12-6.elisa-laajakaista.fi) |
| 03:07.36 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 03:26.56 | *** join/#openmoko catsup (n=d@ip-414b12e3.ct.fixed.ntplx.com) |
| 03:40.34 | *** join/#openmoko slaxxin (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:40.51 | *** part/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:43.02 | *** join/#openmoko arndtroide (n=arndt@port-92-196-12-197.dynamic.qsc.de) |
| 03:45.57 | slaxxer | wasssup |
| 04:10.00 | Cervajz | slaxxer: :) |
| 04:10.22 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 04:21.17 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 04:34.04 | *** join/#openmoko DocScrutinizer2 (n=jr@200.194.116.85.dsl.manitu.net) |
| 04:36.21 | *** join/#openmoko Digital_Pioneer_ (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 04:40.58 | *** join/#openmoko droid0011 (n=mc@p4FDCE28B.dip.t-dialin.net) |
| 04:43.04 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:07.40 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 05:10.47 | *** join/#openmoko Kayin (i=mverstee@shell2.skyberate.net) [NETSPLIT VICTIM] |
| 05:10.54 | *** join/#openmoko Weiss (n=taw27@zazu.bitwiz.org.uk) [NETSPLIT VICTIM] |
| 05:10.59 | *** join/#openmoko simond (n=simon@syria.uc.org) [NETSPLIT VICTIM] |
| 05:11.15 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@unaffiliated/ewanm89) [NETSPLIT VICTIM] |
| 05:11.16 | *** join/#openmoko azaghal (n=azaghal@91.148.114.50) [NETSPLIT VICTIM] |
| 05:15.33 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 05:22.05 | *** join/#openmoko pb__ (n=pb@79-71-239-25.dynamic.dsl.as9105.com) [NETSPLIT VICTIM] |
| 05:22.35 | *** join/#openmoko unknown_lamer (n=clinton@cpe-024-211-230-216.nc.res.rr.com) [NETSPLIT VICTIM] |
| 05:22.51 | *** join/#openmoko Quadduc (n=quadduc@149-194-76.oke2-bras2.adsl.tele2.no) [NETSPLIT VICTIM] |
| 05:23.03 | *** join/#openmoko enjalot (n=ianj@user89.freac.fsu.edu) [NETSPLIT VICTIM] |
| 05:24.35 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 05:24.49 | *** join/#openmoko biliquai (n=biliquai@61.6.64.6) [NETSPLIT VICTIM] |
| 05:24.56 | *** join/#openmoko jc (n=jcchao@219.85.46.69) [NETSPLIT VICTIM] |
| 05:28.05 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 05:44.36 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:57.45 | *** join/#openmoko sgrover (n=quassel@96.53.1.14) |
| 06:00.40 | *** join/#openmoko everslick (n=clemens@91-113-123-43.adsl.highway.telekom.at) |
| 06:35.31 | *** join/#openmoko Ddorda (n=dor@unaffiliated/ddorda) |
| 06:37.32 | *** join/#openmoko jc (n=jcchao@219.85.46.69) |
| 06:37.49 | *** join/#openmoko sleipnir (n=Sleipnir@p4FDD6DAD.dip.t-dialin.net) |
| 07:13.46 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 07:23.18 | *** join/#openmoko beer (n=beer@0x5738043b.hrnqu2.dynamic.dsl.tele.dk) |
| 07:29.48 | *** join/#openmoko max_posedon (n=max_pose@80.249.95.65) |
| 07:45.58 | *** join/#openmoko Krft_80 (n=johan@port245.ds1-arc.adsl.cybercity.dk) |
| 07:47.48 | *** join/#openmoko |Sorcerer| (n=|Sorcere@p3EE2DFD6.dip.t-dialin.net) |
| 07:48.14 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 07:49.38 | Krft_80 | I have just flashed 2008.12 to the fr, but when I boot, it says "usb0: noIPv6 routers present" and nothing else happens. I have also tried to ssh into it while it stands at "usb=:..." but it will not accept the empty root password. Any ideas? |
| 07:51.40 | *** join/#openmoko ^wd^ (n=wd@82.119.147.190) |
| 07:52.25 | Krft_80 | I have the Qi bootloader.... |
| 07:54.58 | Krft_80 | hmm it seems that there should be 231 ppl in the room... but no one is talking... |
| 07:55.53 | *** part/#openmoko Krft_80 (n=johan@port245.ds1-arc.adsl.cybercity.dk) |
| 07:57.13 | *** join/#openmoko Krft_80 (n=johan@port245.ds1-arc.adsl.cybercity.dk) |
| 07:58.34 | Krft_80 | I have just flashed 2008.12 to the fr, but when I boot, it says "usb0: no IPv6 routers present" and nothing else happens. I have also tried to ssh into it while it stands at "usb=:..." but it will not accept the empty root password. Any ideas? |
| 08:07.06 | max_posedon | In first 2008.12 *very outdated* |
| 08:10.19 | Krft_80 | @max_posedon: Yup, I know but it's the one that works for me:-)(with Risto's kustomizer script). And I have just solved the above mentioned issue: Boot in NAND (? aux+power) choose boot and then everything is fine... |
| 08:10.34 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 08:11.10 | max_posedon | ok, about your bug |
| 08:11.21 | max_posedon | on first boot ssh/network doesn't work - try reboot |
| 08:15.40 | *** join/#openmoko tomboy64 (n=tomboy64@e178013015.adsl.alicedsl.de) |
| 08:16.48 | *** join/#openmoko ^wd^ (n=wd@82.119.147.190) |
| 08:16.56 | azaghal | Anyone gave Maemo Mer a try? |
| 08:24.23 | *** join/#openmoko transylvania (i=leon@lor34-1-82-240-239-234.fbx.proxad.net) |
| 08:28.31 | *** join/#openmoko e-Flex (n=e@78.65.94.210) |
| 08:34.55 | leinirAWAY | azaghal: Yup, got it on mine :) |
| 08:34.59 | leinirAWAY | It's very promising :) |
| 08:41.54 | *** join/#openmoko Q-Master (n=qmaster@78.111.144.121) |
| 08:44.39 | *** join/#openmoko pavo (n=balsi@host49-36-dynamic.117-80-r.retail.telecomitalia.it) |
| 08:53.14 | azaghal | leinirAWAY: How about responsiveness etc? |
| 08:54.04 | leinirAWAY | Roughly like the other x based things out there - snappy in places, not so snappy in others :) |
| 08:54.11 | azaghal | Heheh |
| 08:54.35 | azaghal | Suspend works well? Battery lifetime/powering on/off the devices? |
| 08:54.41 | azaghal | I might give it a try :) |
| 08:56.53 | leinirAWAY | Suspends does not work, no, but it sits on top of ubuntu, so the debian based suspend things for freerunners would probably work :) |
| 08:57.50 | azaghal | Mer's based on Ubuntu? Not on Debian? |
| 08:57.51 | *** join/#openmoko drath (n=vmaster@p4FDBD033.dip.t-dialin.net) |
| 08:58.27 | *** join/#openmoko samgee (n=samgee@200.80-200-80.adsl-dyn.isp.belgacom.be) |
| 08:58.51 | azaghal | leinirAWAY: What's the battery life then? (with GPS/Bluetooth/WiFi/GSM turned off) |
| 08:59.11 | leinirAWAY | i can't really comment, i'm afraid... But yes, it's based on Ubuntu :) |
| 08:59.17 | leinirAWAY | Not exactly my first choice, but oh well :) |
| 09:01.44 | *** join/#openmoko ccube_ (n=ccube@ssh.ccube.de) |
| 09:03.29 | ccube_ | wie gehts dir? |
| 09:03.38 | ccube_ | wee |
| 09:03.39 | ccube_ | sorry |
| 09:03.45 | ccube_ | wrong window :S |
| 09:03.45 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 09:04.03 | *** join/#openmoko fredrin_ (n=workingn@s0022-0114.dsl.start.no) |
| 09:09.43 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 09:09.59 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 09:10.26 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 09:13.24 | *** join/#openmoko pH5 (n=ph5@e178205188.adsl.alicedsl.de) |
| 09:15.37 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-78-133.dsl.scarlet.be) |
| 09:16.46 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 09:17.22 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 09:18.08 | *** join/#openmoko arfmarf (n=arfmarf@c-d2b4e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 09:25.46 | *** join/#openmoko md2k7 (n=david@h081217039232.dyn.cm.kabsi.at) |
| 09:29.00 | *** join/#openmoko goxboxlive (n=goxboxli@140.84-48-184.nextgentel.com) |
| 09:29.49 | *** join/#openmoko nomeata (i=nobody@nomeata.de) |
| 09:37.56 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-071-198.hsi3.kabel-badenwuerttemberg.de) |
| 09:42.18 | PBeck | hi |
| 09:48.43 | *** join/#openmoko pb__ (n=pb@79-71-239-25.dynamic.dsl.as9105.com) |
| 09:52.07 | *** join/#openmoko fredrin_ (n=workingn@s0022-0114.dsl.start.no) |
| 09:54.11 | *** join/#openmoko emacsian1 (n=ram@121.246.86.22) |
| 10:04.03 | *** join/#openmoko jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 10:16.44 | *** join/#openmoko dos1 (n=dos@dvs11.neoplus.adsl.tpnet.pl) |
| 10:21.59 | *** join/#openmoko hobitti (n=hobitti@MYCDLXXXIII.gprs.sl-laajakaista.fi) |
| 10:22.04 | sybren | dos1: I've heard that I should ask you my questions about shr-contacts and friends ;-) |
| 10:22.11 | sybren | good morning btw ;-) |
| 10:22.21 | sybren | I'm running SHR unstable. Do you know how I can import my contacts from, say, a VCF file? |
| 10:22.28 | sybren | I have no idea how the dialer, SMS app, phone log, contacts and incoming call/sms notification work together, so I also have no idea what it would take to start using a different contacts program, for instance. |
| 10:22.36 | dos1 | sybren: hey... yes, me, but only if you're using opimd :P |
| 10:22.56 | sybren | dos1: I run whatever you tell me to run :P |
| 10:23.28 | sybren | I just started using SHR, I haven't fallen in love with any of its apps yet - well, except mokomaze that is :) |
| 10:23.42 | dos1 | sybren: well, opimd is experimental subsystem to handle PIM data - unlimited storage for contacts and messages |
| 10:23.53 | dos1 | but it's very experimental, under construction and etcetera |
| 10:24.28 | sybren | do you have any idea when it might become stable enough for daily use? |
| 10:25.31 | dos1 | sybren: dunno, but some "beta" should be soon i think |
| 10:26.18 | sybren | dos1: in the mean time, do you have any idea how I could import my old contacts into something more or less stable? |
| 10:26.34 | dos1 | that's opimd: |
| 10:26.37 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * r4d803ea48108 10/framework/subsystems/opimd/pimd_contacts.py: opimd: Contacts: allow disabling merging from config |
| 10:26.38 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * r330210b63495 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: export parts of split messages in fields of stored messages |
| 10:26.39 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * re81721ebb23a 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: export part of split message in field in incoming message |
| 10:26.40 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * recf286161b1f 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: clean SMS-message-reference field on delivery report |
| 10:26.42 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * rab915698188e 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: add SMS-complete_message and SMS-combined_message on incoming split message |
| 10:26.45 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * r751a40be6e94 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: change True and False to 1 and 0 in field values |
| 10:26.48 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * r34e2cdd8a095 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: install signal handlers and SetSimBuffersSms on AuthStatus, not ReadyStatus |
| 10:26.54 | dos1 | ;) |
| 10:27.31 | sybren | heh |
| 10:27.59 | sybren | so what would be involved in setting my freerunner up to use it? |
| 10:28.09 | lindi- | PaulFertser_: 'SCO mapping: HCI' and how arecord records but it only gets zeroes :-) |
| 10:28.47 | lindi- | PaulFertser_: hcidump shows zeroes only too |
| 10:34.22 | *** join/#openmoko agg1n (n=jan@static-90-153-96-41.teleos-web.de) |
| 10:36.55 | lindi- | PaulFertser_: hstest record creates also a file with only zeroes |
| 10:37.47 | *** join/#openmoko CVirus (n=Satan@41.152.82.146) |
| 10:38.25 | dos1 | sybren: wait few days, i'll announce how to test opimd |
| 10:38.37 | dos1 | sybren: now it has 3 backends to contactacts and 2 backends to messages |
| 10:38.44 | dos1 | contacts: SIM, CSV and SQLite |
| 10:38.47 | dos1 | messages: SIM and SQLite |
| 10:39.47 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 10:40.06 | sybren | dos1: thanks! I've got a big test coming up this wednesday, so I've got plenty to learn for in the coming days (last test for my MSc Game & Media Technology in computer science, after this I need a year more for an experiment and a graduation thesis) |
| 10:40.25 | sybren | in other words: I have enough to do to bridge a few days ;-) |
| 10:46.51 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-203-38.adslplus.ch) |
| 10:47.49 | *** join/#openmoko Piet (i=pietor@gateway/gpg-tor/key-0xC5C71DCE) |
| 11:02.52 | *** join/#openmoko freerunnerlive (n=ernst@p57B5B2AD.dip.t-dialin.net) |
| 11:05.53 | *** join/#openmoko Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 11:10.25 | *** join/#openmoko oon (n=oon@ankhoon.net) |
| 11:11.45 | *** join/#openmoko der-lehmann (n=stefan@95.89.72.4) |
| 11:16.42 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:22.30 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 11:29.18 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-106-215.range86-153.btcentralplus.com) |
| 11:31.04 | *** join/#openmoko arfmarf (n=arfmarf@85.249.223.12) |
| 11:32.11 | *** join/#openmoko tschaka (n=tschaka@p5B0EA4B5.dip0.t-ipconnect.de) |
| 11:34.59 | tschaka | hi guys. where would i put a script, which shall be executed before every suspend? i'm using omnewrotate on shr unstable from 24th June, but when in landscape mode the device goes into suspend, it leaves me with a black screen with a single white line on it, and i can only restart it by pulling the battery. i'd like to kill omnewrotate, run xrandr -o 0 before suspend. thanks :) |
| 11:38.14 | SpeedEvil | <PROTECTED> |
| 11:38.41 | tschaka | pah ! |
| 11:38.46 | tschaka | :) |
| 11:38.51 | SpeedEvil | I'm regrettably unsure what actually issues suspend in recent OM.. |
| 11:41.25 | SpeedEvil | Is it frameworkd? |
| 11:42.34 | dos1 | SpeedEvil: OM2009? |
| 11:42.41 | tschaka | shr unstable. |
| 11:42.54 | tschaka | i got this device 3 days ago. so didnt dive too deep into it yet. |
| 11:43.02 | dos1 | tschaka: script in /etc/apm/suspend.d/ should work? |
| 11:43.09 | tschaka | this white line thingy also just sometimes happens /too often tho |
| 11:43.18 | tschaka | dos1 yeah i thought so, but it doesnt. |
| 11:43.20 | dos1 | SpeedEvil: in SHR it's ophonekitd, in Om2009 it's oeventsd |
| 11:43.45 | tschaka | no effect. i tried with putting a script into it, which does "touch /home/root/test" |
| 11:43.53 | SpeedEvil | tschaka: have you reflashed it? the normal om2009 that's probably on it is deprecated |
| 11:43.55 | tschaka | but after the suspend and resume, it wasnt there. |
| 11:44.08 | tschaka | SpeedEvil it runs shr unstable now. :) |
| 11:44.12 | dos1 | tschaka: is it executable? |
| 11:44.16 | tschaka | ya |
| 11:44.32 | SpeedEvil | I would ask about appropriate user, but :) |
| 11:44.49 | dos1 | tschaka: try to add rule in /etc/freesmartphone/oevents/rules.yaml |
| 11:45.37 | tschaka | can i put commands in there? |
| 11:48.11 | tschaka | well i will investigate a bit further. thanks for your help for now :) |
| 11:48.19 | dos1 | Command('some_command') should work |
| 11:52.52 | *** join/#openmoko onen|openBmap (n=quassel@p57BC7EE2.dip.t-dialin.net) |
| 11:56.14 | *** join/#openmoko nomeata (i=nobody@nomeata.de) |
| 12:02.22 | CIA-47 | freesmartphone.org: 03seba.dos1 07framework * r0602e6407d46 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: use more fields when quering for delivery report handling |
| 12:09.16 | *** join/#openmoko Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:09.50 | *** join/#openmoko arfmarf (n=arfmarf@c-d2b4e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 12:15.24 | *** join/#openmoko DerHorst (n=Horst@e176105221.adsl.alicedsl.de) |
| 12:34.39 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 12:42.30 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 12:44.08 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 12:53.03 | *** join/#openmoko peter_b (n=peter_b@mnch-5d85fd45.pool.einsundeins.de) |
| 13:06.53 | *** part/#openmoko der-lehmann (n=stefan@95.89.72.4) |
| 13:22.34 | *** join/#openmoko Openfree (n=Openfree@222.65.17.51) |
| 13:31.07 | *** join/#openmoko tobii (n=bla@g229211250.adsl.alicedsl.de) |
| 13:46.23 | *** join/#openmoko everslick (n=clemens@91-113-127-42.adsl.highway.telekom.at) |
| 13:50.43 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 13:58.09 | *** join/#openmoko divanorama (n=divan@ivanco.convex.ru) |
| 14:06.35 | *** join/#openmoko rhaeder (n=rhaeder@dslb-084-062-062-106.pools.arcor-ip.net) |
| 14:08.35 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-132-28.adslplus.ch) |
| 14:08.55 | *** join/#openmoko rhaeder (n=rhaeder@dslb-084-062-062-106.pools.arcor-ip.net) |
| 14:10.56 | *** join/#openmoko drath (n=vmaster@p4FDBD033.dip.t-dialin.net) |
| 14:11.42 | slaxxer | morning |
| 14:12.29 | *** join/#openmoko alephnull (n=alok@122.172.51.59) |
| 14:14.53 | *** join/#openmoko rhaeder (n=rhaeder@dslb-084-062-062-106.pools.arcor-ip.net) |
| 14:16.16 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-132-28.adslplus.ch) |
| 14:23.02 | *** join/#openmoko onen|openBmap (n=quassel@p57BC7EE2.dip.t-dialin.net) |
| 14:31.41 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 14:37.23 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 14:39.25 | *** join/#openmoko milo1979 (n=milo1979@cm246.sigma204.maxonline.com.sg) |
| 14:42.50 | *** join/#openmoko emacsian1 (n=ram@121.246.86.22) |
| 14:44.14 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 14:47.03 | *** join/#openmoko milo79 (n=milo1979@218.212.204.246) |
| 15:03.28 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 15:03.53 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 15:08.18 | *** join/#openmoko mkmks (n=nf@nfrolov.static.corbina.ru) |
| 15:11.20 | *** join/#openmoko onen|openBmap_ (n=quassel@p57BC63D7.dip.t-dialin.net) |
| 15:23.17 | *** join/#openmoko TeNoVi (n=runegang@157.82-134-47.bkkb.no) |
| 15:24.03 | *** join/#openmoko isamar (n=isamar@189.14.112.59) |
| 15:25.12 | TeNoVi | Hi! I have a little problem. I have been trying to flash my freerunner for a while now, but I just gets an error message. I'm using neotool. The error message is: Lost device after RESET? |
| 15:25.31 | TeNoVi | Terminal says not at least 2 device changes found ?!? |
| 15:26.53 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 15:27.25 | DocScrutinizer | TeNoVi: I suggest you use dfu-util directly, to get a more clear error message |
| 15:27.34 | TeNoVi | The problem appeared after I http://wiki.openmoko.org/wiki/Android_on_Freerunner#Modify_Uboot_as_Bootloader_for_more_than_2MB |
| 15:28.31 | *** join/#openmoko MHazem (n=Satan@41.152.26.185) |
| 15:32.14 | *** join/#openmoko RP (n=richard@93-97-173-237.zone5.bethere.co.uk) |
| 15:32.16 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 15:33.17 | sybren | TeNoVi: after flashing my freerunner's USB is not in the state Neotool expects. When I unplug and replug (or just reboot into the menu again) it's ready for flashing the next item. |
| 15:33.56 | TeNoVi | sybren, Yes. That's right. I know that. This is not the same case |
| 15:34.09 | TeNoVi | Here is some from the terminal: http://pastebin.com/d1b8a7518 |
| 15:34.49 | TeNoVi | sry, forgot running as root :P |
| 15:35.07 | PaulFertser | lindi-: i'm afraid you're facing the same issue i'm experiencing with my friend's headset. I'd try to load "sco" module with disable_esco option |
| 15:35.47 | TeNoVi | Here is a correction: http://pastebin.com/d69a3ba76 |
| 15:38.05 | PaulFertser | TeNoVi: use NOR u-boot for flashing, it doesn't depend in any way on environment and you can't screw it. |
| 15:38.32 | TeNoVi | I am using NOR u-boot |
| 15:39.05 | TeNoVi | PaulFertser, I have tried with several computers as well |
| 15:39.11 | PaulFertser | TeNoVi: use an additional dfu-util switch to specify USB device. |
| 15:39.22 | PaulFertser | Opening USB Device 0x0000:0x0000 seem to be wrong |
| 15:39.32 | PaulFertser | TeNoVi: so you most probably need to specify it explicitly. |
| 15:39.36 | TeNoVi | PaulFertser, How to do so? |
| 15:39.46 | PaulFertser | TeNoVi: dfu-util has an integrated help, you know |
| 15:40.23 | TeNoVi | PaulFertser, Ok. Thanks. I will see what I can find |
| 15:40.55 | *** join/#openmoko max_posedon1 (n=max_pose@81-243-252-87-dynamic-pool.gprs.mts.by) |
| 15:41.20 | PaulFertser | TeNoVi: also if it doesn't help try to connect with proven to work usb cable and without any additional (except the one integrated on controller board) usb-hubs inbetween. |
| 15:42.56 | *** part/#openmoko mkmks (n=nf@nfrolov.static.corbina.ru) |
| 16:05.17 | CIA-47 | openmoko: 03alvieboy * r5236 10/trunk/gta02-core/gps.sch: Remove unused/not needed components |
| 16:20.47 | *** join/#openmoko ndrs__ (n=andres@89.100.140.238) |
| 16:24.44 | *** join/#openmoko andred (n=andre@kde/duffeck) |
| 16:26.12 | andred | hey, i'm selling my freerunner (incl. buzz fix) in germany due to lack of time. anybody interested? |
| 16:27.15 | *** join/#openmoko [Rui] (n=Rui@81.84.169.253) |
| 16:27.53 | [Rui] | waves |
| 16:27.59 | [Rui] | new elmdentica package, now more usable than ever :) |
| 16:32.51 | tschaka | the wiki states about headsets, that several motorola ones would work. but motorola headsets are not coming with an 2,5 mm jack. whats the way to go there? |
| 16:33.12 | *** join/#openmoko beniwtv (n=beniwtv@87.111.61.229) |
| 16:39.21 | PaulFertser | tschaka: almost any headset works |
| 16:39.40 | PaulFertser | tschaka: just buy a 4-ring 2.5mm plug and solder it properly. |
| 16:40.20 | PaulFertser | tschaka: some nokia stereo headsets have a compatible plug (but incompatible pinout, you'd need to swap 2 wires inside the case with mic and button). |
| 16:40.23 | beniwtv | hi all... I'm trying to enable bluetooth on om2009 T5, I have already requested the resource via cli-framework and verified that s/bus/platform/devices/neo1973-pm-bt.0/power_on is 1. However, with hcitool dev I get no devices. I found bug #1744, but that seems to apply to om2008. Also, on lsusb it seems detected and lsmod seems to have the modules. Any pointers on how to troubleshoot this? |
| 16:40.52 | PaulFertser | tschaka: but beware, if you want to use a wired headset for GSM talks, you'll most possibly have the buzz issue. |
| 16:41.18 | PaulFertser | beniwtv: all needed modules? |
| 16:41.51 | beniwtv | PaulFertser: bluetooth 91288 10 btusb,sco,bnep,rfcomm,hidp,l2cap . Anything else I need? |
| 16:42.25 | PaulFertser | beniwtv: ah, check if bluetoothd is running. |
| 16:42.34 | tschaka | PaulFertser yea, i know about the buzz issue. just wanted to buy one and plug it in for some music listening, as the original one sounds terrible, and i do hope that it's the headset, not the FR (and yes, i know about the bass issue, but it also the high frequencies sound crappy). i'm not into soldering at all :/ |
| 16:42.51 | beniwtv | PaulFertser: 1600 ? Ss 0:00 /usr/sbin/bluetoothd |
| 16:42.53 | beniwtv | seems so... |
| 16:43.06 | PaulFertser | tschaka: do you have the bass fix? |
| 16:43.39 | PaulFertser | tschaka: i'm afraid you won't be happy with music until you do the fix anyway. :-/ |
| 16:43.59 | beniwtv | PaulFertser: heh... I just restarted bluetoothd and it's now working... That is strange, though. |
| 16:44.28 | PaulFertser | beniwtv: yes, i'm pretty sure it worked for me in "hot-plugging" scenario very well. |
| 16:45.38 | beniwtv | PaulFertser: So I just released the resource again, then waited and requested it again. No hci device. But if I restart bluetoothd it appears again... |
| 16:45.41 | PaulFertser | tschaka: also i want to warn you that my Koss the plug (32\Omega) sound weird, probably because i didn't short those R's connected in series. |
| 16:46.31 | PaulFertser | tschaka: (and i have bass fix) |
| 16:47.00 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 16:47.11 | PaulFertser | tschaka: (that said, Koss TP sound ok in the underground, so if you want to use it in some noisy environment, it's ok) |
| 16:47.30 | PaulFertser | beniwtv: hm, can you try directly with sysfs node? |
| 16:48.17 | *** join/#openmoko azaghal (n=azaghal@67.225.178.212.adsl.dyn.beotel.net) |
| 16:48.26 | PaulFertser | And i finally found my Rockbox-capable sandisk sansa e250 again so i don't need FR to listen to the music anymore :P |
| 16:48.49 | beniwtv | PaulFertser: hmm... I did a few release/request cycles and now it works every time... Trying with sysfs directly as we speak... |
| 16:49.45 | PaulFertser | beniwtv: bluetoothd version is also of interest. I tried 4.30 here, never had problems like you describe. |
| 16:49.52 | beniwtv | PaulFertser: That works as well now... |
| 16:50.36 | beniwtv | PaulFertser: Seems 4.39 here |
| 16:50.59 | PaulFertser | beniwtv: probably that might make a difference. |
| 16:52.24 | beniwtv | PaulFertser: well, whatever it was... I can't reproduce it anymore. Maybe it just needed some time, I haven't used bt on the neo since 8 months or so :P |
| 16:53.54 | CIA-47 | openmoko: 03daveb * r5237 10/trunk/gta02-core/ (4 files in 2 dirs): debug connector complete |
| 16:54.15 | PaulFertser | beniwtv: :D |
| 16:54.29 | PaulFertser | beniwtv: going to finally try SCO headsets support for GSM conversations? |
| 16:56.02 | beniwtv | PaulFertser: yep, I just saw some interesting rules in rules.yaml, and also I'm trying a simple bt gui in paroli |
| 16:56.39 | PaulFertser | beniwtv: read the relevant section ("... Once again") on the page "manually using bluetooth". |
| 16:57.21 | beniwtv | PaulFertser: yes, I was reading it before, because I wanted to know more about these rules |
| 16:57.37 | PaulFertser | beniwtv: i updated it on friday with some "valueable" information. |
| 16:58.06 | beniwtv | PaulFertser: Indeed :) |
| 17:05.16 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:08.21 | *** join/#openmoko tomboy64 (n=tomboy64@e178013015.adsl.alicedsl.de) |
| 17:10.25 | *** join/#openmoko lysgaard (n=morten@85.221.51.48) |
| 17:10.51 | *** join/#openmoko blunk (n=asdf@62-47-9-155.adsl.highway.telekom.at) |
| 17:11.38 | lysgaard | Is there any way to change to usb host on SHR now? Tried fso-settings, but it's giving errors |
| 17:13.57 | *** join/#openmoko der-lehmann (n=stefan@95.89.72.4) |
| 17:14.06 | PaulFertser | lysgaard: shr unstable? What errors? |
| 17:14.15 | *** join/#openmoko flohack (n=fhackenb@chello084115131198.3.graz.surfer.at) |
| 17:14.16 | lysgaard | Nope, not shr unstable |
| 17:14.48 | lysgaard | Testing i think, haven't updated because I don't wanna break my daily phone |
| 17:15.26 | lysgaard | PaulFertser: But does it work to you? |
| 17:16.01 | PaulFertser | lysgaard: i don't think any bugreports for testing are accepted. |
| 17:16.17 | PaulFertser | lysgaard: if you want to keep it, go ahead and use sysfs nodes directly. |
| 17:17.55 | DocScrutinizer | lysgaard: update! wont break. (for flash at least). theres hostmode in connectivity shr-settings now |
| 17:18.36 | DocScrutinizer | works a charm |
| 17:18.42 | lysgaard | DocScrutinizer: Is there? you totaly shure it's not broken? |
| 17:18.46 | PaulFertser | DocScrutinizer: are you on unstable now? Wow ;) |
| 17:19.56 | PaulFertser | wonders why germans misspell "sure" so fucking often that one day he might think that it's his version that is incorrect ;) |
| 17:20.02 | DocScrutinizer | lysgaard: well it used to work last time I tested (iirc) |
| 17:21.07 | lysgaard | docscrutinizer: Well, i'm on testing now, do i have to upgrade to unstable to get the bleeding edge? |
| 17:21.10 | DocScrutinizer | PaulFertser: there's a vinyl pickup made by Shure you find in 50% of that old thing called turntable ;-) |
| 17:21.43 | DocScrutinizer | lysgaard: you need to flash new image. upgrade won't work |
| 17:21.55 | PaulFertser | DocScrutinizer: also some of their microphones are very good quality :) |
| 17:22.03 | lysgaard | Okay, special one? Link? |
| 17:22.10 | *** join/#openmoko DerHorst (n=Horst@e176105221.adsl.alicedsl.de) |
| 17:22.32 | DocScrutinizer | as usual |
| 17:22.44 | *** join/#openmoko Sharwin_F (n=Sharwin_@120.pool85-50-81.dynamic.orange.es) |
| 17:22.56 | DocScrutinizer | shr-project.org/blafoobar |
| 17:23.51 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 17:24.17 | lysgaard | Btw, gotta say I really love the SHR distro. It's so clean and only using elementary. Much better than all the gtk/qt stuff floating around (Y) |
| 17:25.45 | max_posedon | hm.... shr uses gtk too |
| 17:26.06 | max_posedon | (shr as distro) midori, tangogps, xchat, pidgin |
| 17:26.23 | max_posedon | you can't run away from gtk/qt anyway) |
| 17:27.32 | DocScrutinizer | gnarfkl, phonelog refuses to "call" my missed call :-( |
| 17:27.57 | lysgaard | max_posedon: What apps? |
| 17:28.12 | *** join/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 17:28.13 | *** part/#openmoko dTx (n=user@99-172-169-77.lightspeed.okcyok.sbcglobal.net) |
| 17:29.10 | max_posedon | lysgaard, see list above midori,.. and many others |
| 17:29.21 | DocScrutinizer | lysgaard: hmm, maybe it breaks occasionally. :-/ |
| 17:30.27 | *** join/#openmoko beniwtv1 (n=beniwtv@87.111.61.229) |
| 17:31.14 | lysgaard | Oh, well. You're offcource right, but atleast tho phonebook, dialer, thelephony apps are elementary, exept phonelog =/ |
| 17:31.24 | *** join/#openmoko soltys (i=soltys@soltys.soad.pl) |
| 17:31.24 | DocScrutinizer | no outbound calls (dialer or phonelog), inbound calls don't ring or show any reaction, though call goes thrugh (modem still registered) |
| 17:31.39 | CIA-47 | freesmartphone.org: 03mickey 07cornucopia * r554536e10150 10/fsotimed/src/ (bin/main.vala plugins/alarm/plugin.vala): fsotimed: (whitespace and style fixes) |
| 17:31.55 | max_posedon | lysgaard, as for me shr is better because of other reason - its fso-based.) |
| 17:32.11 | DocScrutinizer | might be #1024 5\97%\ |
| 17:32.14 | CIA-47 | freesmartphone.org: 03mickey 07cornucopia * r1beac7a05c1f 10/Makefile: main makefile: add more subsystems |
| 17:32.19 | DocScrutinizer | sorry |
| 17:32.26 | DocScrutinizer | might be #1024 though |
| 17:33.02 | lysgaard | Well, i see that as totaly essential, the other solutions are just hacks to get it to work. Like the qt based OM, not very portable |
| 17:33.34 | *** join/#openmoko blambi (n=patrik@yriew.lha.sgsnet.se) |
| 17:34.27 | DocScrutinizer | hehe, settings-phone says "on" and "Call settings: turn GSM on" |
| 17:34.28 | lysgaard | I see shr has builds for the eten m800 too. Anyone knows how long has the kernel come on it? |
| 17:35.13 | max_posedon | kernel isn't a problem at all |
| 17:35.17 | max_posedon | gsm is problem |
| 17:35.34 | *** join/#openmoko blambi (n=patrik@yriew.lha.sgsnet.se) |
| 17:36.24 | lysgaard | Ah, no docs and reverse enginering? |
| 17:37.04 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:40.55 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 17:48.09 | *** join/#openmoko azaghal (n=azaghal@67.225.178.212.adsl.dyn.beotel.net) |
| 17:48.55 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 17:51.15 | *** part/#openmoko beniwtv (n=beniwtv@87.111.61.229) |
| 17:55.44 | *** join/#openmoko agg1n (n=jan@static-90-153-96-41.teleos-web.de) |
| 17:56.51 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 18:01.52 | lysgaard | Well, the new shr had a USB setting, thanks =) |
| 18:06.36 | max_posedon | lysgaard, gsm isn't easy thing to reverse enginering I think |
| 18:06.53 | max_posedon | in other case we will have more linux phones. |
| 18:07.01 | SpeedEvil | There are docs |
| 18:07.10 | SpeedEvil | you even have full chipset docs for the GSM |
| 18:07.19 | SpeedEvil | as they leaked |
| 18:07.26 | lysgaard | Wow, that's good |
| 18:07.30 | CIA-47 | openmoko: 03Duncanla * r5238 10/trunk/gta02-core/io.sch: |
| 18:07.30 | CIA-47 | openmoko: Cleaned up vibrator circuit to remove crossings and follow the 4-grid rule. |
| 18:07.30 | CIA-47 | openmoko: Added global label to the other IO cpu parts so that those signals can be used elsewhere. |
| 18:07.32 | SpeedEvil | but not docs for the code |
| 18:07.39 | SpeedEvil | which is the hard part |
| 18:08.47 | SpeedEvil | err - ignore me |
| 18:08.54 | SpeedEvil | I diddn't check backscroll |
| 18:09.09 | SpeedEvil | The OM calypso chipset docs have leaked |
| 18:09.48 | lysgaard | Hm.. Still have problems with the usb host. Dmesg says "unable to enumerate device" no matter what i plug in =/ |
| 18:09.51 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 18:13.12 | *** part/#openmoko der-lehmann (n=stefan@95.89.72.4) |
| 18:13.37 | PaulFertser | lysgaard: host problems? (no matter what you plug in == your favourite usb mass storage stick ? ) |
| 18:14.07 | lysgaard | PaulFertser: well, that, usb gamepad, keyboard |
| 18:14.40 | CIA-47 | openmoko: 03Duncanla * r5239 10/trunk/gta02-core/io.sch: Removed TST text from test points in IO schematics. |
| 18:15.19 | PaulFertser | lysgaard: ah, you mean FR doesn't enumerate your devices. |
| 18:15.23 | PaulFertser | lysgaard: sorry for confusion. |
| 18:15.45 | PaulFertser | lysgaard: do you use a straight 1-1 cable or some Y-cable like solution? |
| 18:16.19 | lysgaard | I've soldered my own. Just a mini usb cable and a patch cable, cutted, and soldered together |
| 18:16.53 | PaulFertser | lysgaard: ok, the same stuff works for me. Have you enabled generating power from FR for your usb devices? |
| 18:17.18 | andred | i'm selling my freerunner (incl. buzz fix) in germany due to lack of time. anybody interested? |
| 18:17.31 | lysgaard | Enabled generating power? |
| 18:18.47 | lysgaard | PaulFertser |
| 18:18.54 | PaulFertser | lysgaard: cat /sys/bus/platform/devices/neo1973-pm-host.0/hostmode |
| 18:20.10 | lysgaard | PaulFertser: Well, theres another problem, ssh seems dead for no reason =/ |
| 18:20.24 | PaulFertser | lysgaard: ssh over usb? |
| 18:20.29 | lysgaard | Yup |
| 18:20.39 | lysgaard | And i'm not in host mode ;) |
| 18:20.54 | PaulFertser | lysgaard: do it from vala-terminal then ;) |
| 18:21.59 | lysgaard | PaulFertser: Well, i've gotta get ssh working sometime anyway, is this a known problem, the frerunner haven't changed ip or something? |
| 18:23.38 | lysgaard | PaulFertser: hostmode says: 1 so i guess it's on |
| 18:25.12 | PaulFertser | lysgaard: hostmode in neo1973-pm-host.0 means you can't get ssh over usb, i guess. |
| 18:26.00 | PaulFertser | lysgaard: also check /sys/bus/platform/devices/s3c-ohci/usb_mode |
| 18:26.25 | mwester | Err... how would it mean anything else? If you are in hostmode, the g_ether gadget is not useful, by definition. |
| 18:26.40 | SpeedEvil | PaulFertserless you go backwards |
| 18:26.42 | *** join/#openmoko freerunnerlive (n=ernst@p57B5B2AD.dip.t-dialin.net) |
| 18:26.57 | PaulFertser | mwester: /sys/bus/platform/devices/neo1973-pm-host.0/hostmode only means that it will supply power. I'm not sure it will harm being a usb device. |
| 18:26.58 | lysgaard | PaulFertser: Hehe, to clarify: I have 2 problems: 1# USB host fails with "unable to enumerate" 2# When in device mode, ssh won't work |
| 18:27.01 | SpeedEvil | (and most systems can't) |
| 18:27.20 | PaulFertser | lysgaard: you have only 2 sysfs nodes. |
| 18:27.43 | PaulFertser | lysgaard: go ahead and check both of them in all modes you need. |
| 18:28.20 | mwester | PaulFertser: I'd have to re-read the source code, but I think hostmode supplying power will indeed disable the gadget driver -- if it didn't in the past, that would be because of the missing code to detect loss of USB connection, which is associated with Vusb (and thus with hostmode). |
| 18:28.24 | lysgaard | Looks like suspend is borked too =/ can't resume |
| 18:29.02 | PaulFertser | mwester: quite possibly so |
| 18:31.47 | lysgaard | Any of you have a link to a SHR and kernel combo that you know work for you? |
| 18:37.48 | PaulFertser | lysgaard: you don't need shr for that to work. I'm sure it worked for me with the kernel before usb cable detection. Give me a minute, i'll try with the latest one right now. |
| 18:38.30 | lysgaard | paulfertser: Thanks |
| 18:41.19 | PaulFertser | lysgaard: just checked, mounted my usb mass storage device successfully. |
| 18:41.50 | PaulFertser | lysgaard: and after switching back, usb networking works again |
| 18:41.52 | lysgaard | PaulFertser: Ok, then i can use the kernel and build installed atleast |
| 18:42.24 | PaulFertser | lysgaard: i've 5b8138ba5c1dbc86 here |
| 18:42.39 | PaulFertser | lysgaard: i don't think shr-unstable has anything significantly different. |
| 18:43.15 | PaulFertser | lysgaard: echo 1 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-host.0/hostmode; echo host > /sys/devices/platform/s3c-ohci/usb_mode |
| 18:43.19 | lysgaard | I think the problem with ssh lies on my computer, usb0 doesn't show up when i plug it in |
| 18:43.33 | PaulFertser | lysgaard: and echo 0 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-host.0/hostmode; echo device > /sys/devices/platform/s3c-ohci/usb_mode |
| 18:45.02 | PaulFertser | has never used hostmode on FR for anything except testing |
| 18:47.15 | lysgaard | I'm going to use it to something quite cool. I'm going to use it to control my rccar to drive a pre planned route by gps :D |
| 18:48.14 | PaulFertser | lysgaard: Cool for sure :) |
| 18:48.44 | lysgaard | Using arduino to interface to the rccar, the freerunner takes care of all the calculations |
| 18:49.16 | PaulFertser | wished he had desire and imagination for cool projects |
| 18:50.24 | lysgaard | Hm.. still the "unable to enumerate device" problem. But the sysfsnodes output "host" and "1" |
| 18:50.55 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 18:52.37 | PaulFertser | lysgaard: hm, strange. Can you check your cable? Is it sufficiently shielded? |
| 18:52.52 | lysgaard | Nope, not wery good |
| 18:53.11 | lysgaard | I can fix it quick wit aluminiumfoil |
| 18:53.43 | PaulFertser | lysgaard: that's a wild guess, but try it nevertheless. And check for a loose wire too, shit happens, you know. |
| 18:54.55 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-196-62.lns10.adl2.internode.on.net) |
| 18:55.07 | lysgaard | PaulFertser: Wow, now i got it. When i removed the insulation, the VCC wire had snapped, not strange i have a problem :S |
| 18:55.32 | lysgaard | pull up a soldering iron |
| 18:55.50 | PaulFertser | lysgaard: i wished my problems were as easy to diagnose and solve, lucky you :D |
| 18:56.22 | lysgaard | PaulFertser: What's your problem? |
| 18:58.07 | *** join/#openmoko zeno (n=zeno@host73-156-dynamic.1-87-r.retail.telecomitalia.it) |
| 18:58.41 | *** join/#openmoko agg1n (n=jan@static-90-153-96-41.teleos-web.de) |
| 19:02.45 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 19:02.59 | *** join/#openmoko Tupeco (i=tuomom@bot.kapsi.fi) |
| 19:03.43 | PaulFertser | lysgaard: it's a complex multidimensional cross-field enigma involving IT, psychology, sociology, politics, religion and probably other academic disciplines as well. It has multiple manifestations and no clear solution. OTOH some friends (and Jefferson Airplane) tell me that i just need to find a girl to love. :D |
| 19:04.55 | *** join/#openmoko azaghal_ (n=azaghal@143.231.178.212.adsl.dyn.beotel.net) |
| 19:17.12 | *** join/#openmoko flohack (n=fhackenb@chello084115131198.3.graz.surfer.at) |
| 19:25.03 | *** join/#openmoko joejoe_ (n=imlich@251.120.broadband9.iol.cz) |
| 19:26.26 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 19:32.20 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 19:33.37 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
| 19:34.43 | *** join/#openmoko Fougner (n=alex@81-234-228-127-no32.tbcn.telia.com) |
| 19:34.57 | Fougner | hey! |
| 19:35.05 | Majkhii | hi guys...anyone with gentoo cross compiled on fr? i have problem with compiling glibc :/ |
| 19:41.44 | Fougner | hmm, latest testing OM2009, paroli on FSO5.5. How do I get illume ? :S |
| 19:45.15 | lysgaard | PaulFertser: You're not alone in that :D |
| 19:46.31 | PaulFertser | lysgaard: fixed your cable? |
| 19:47.10 | lysgaard | Yeah *good*, but apperently it didn't fix the problem *bad* |
| 19:47.15 | *** join/#openmoko Amygos (n=amygos@adsl-ull-53-233.49-151.net24.it) |
| 19:47.18 | tobii_ | Fougner: Settings -> Display |
| 19:47.58 | Fougner | tobii_, yes, I know that =) But nothing happens |
| 19:48.01 | *** join/#openmoko neomilium (n=quassel@lns-bzn-52-82-65-97-51.adsl.proxad.net) |
| 19:48.05 | Fougner | I can't get to illume |
| 19:48.14 | tobii_ | hm |
| 19:48.58 | lysgaard | PaulFertser: Man, getting frustrated, I've shielded it, and resoldered all the wires, stil it doesn't work :S |
| 19:49.27 | *** join/#openmoko Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 19:49.53 | PaulFertser | lysgaard: same error? |
| 19:50.05 | PaulFertser | lysgaard: did it ever work? |
| 19:50.19 | PaulFertser | lysgaard: have you checked Vcc with voltmeter? |
| 19:50.22 | lysgaard | PaulFertser: Yup, failed to enumerate |
| 19:50.24 | lysgaard | Nope |
| 19:50.43 | lysgaard | checks vcc |
| 19:52.42 | PaulFertser | lysgaard: check pinout thouroughly too, good mini-usb picture is here: http://pinouts.ru/Devices/mini-USB.shtml |
| 19:52.58 | lysgaard | PaulFertser: It's 4.9, should be good enough? |
| 19:53.04 | PaulFertser | lysgaard: yes |
| 19:54.12 | PaulFertser | lysgaard: and do not cross D+ and D- :) |
| 19:56.17 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 19:57.24 | lysgaard | PaulFertser: Arrgh, having problems understanding what's wrong now |
| 19:58.51 | lysgaard | Strange that ssh won't work either |
| 19:59.59 | PaulFertser | lysgaard: sometimes i need to just replug the cable to get ssh to work. |
| 20:00.10 | PaulFertser | lysgaard: it never bothered me enough to care :-/ |
| 20:01.19 | lysgaard | PaulFertser: Nope, nothing helps. usb0 won't show up :S |
| 20:02.40 | PaulFertser | lysgaard: i usually workaround all the problems by going to sleep |
| 20:03.08 | *** join/#openmoko tombhadAC (n=tombhad@pD95DFC19.dip.t-dialin.net) |
| 20:03.21 | lysgaard | PaulFertser: Maybe not a too bad idea, just that it's a bit too early to go to bed here in Norway ;) |
| 20:04.08 | SpeedEvil | Did it work before you started screwing with the cables? |
| 20:04.24 | SpeedEvil | and does it show up on lsusb on the other side? |
| 20:04.35 | PaulFertser | lysgaard: it is not time-dependent. Works even in the morning. Even when your neighbours use some powerfull drill. |
| 20:05.27 | lysgaard | SpeedEvil: Yup lsusb shows the neo on my pc. I can also flash via dfu-util, so i don't think I've fried anything |
| 20:05.57 | SpeedEvil | unlikely |
| 20:06.25 | tschaka | lysgaard i've just read, that usb0 recently changed to eth1 or something. just a guess. |
| 20:07.09 | lysgaard | tschaka: But that's my las cable interface on my pc.. |
| 20:07.18 | lysgaard | s/las/lan |
| 20:07.26 | tschaka | then eth2 :P |
| 20:07.38 | tschaka | just as a "normal" network interface. |
| 20:07.47 | lysgaard | tschaka: Doesn't show up =/ |
| 20:08.00 | tschaka | with the corresponind number. K... was just guessing... |
| 20:08.58 | lysgaard | Strange problems. I've just flashed latest SHR unstable, could it be that? |
| 20:09.34 | tschaka | wait, ima plug my usb cable in. |
| 20:09.39 | PaulFertser | lysgaard: did you reboot at least once? |
| 20:09.49 | lysgaard | Yup |
| 20:10.26 | tschaka | lysgaard now guess what .... |
| 20:10.28 | lysgaard | Think I'm going to try to flash another kernel, maybe i mussed |
| 20:10.29 | PaulFertser | lysgaard: as to sleeping i once read that it's recommended at http://www.a1b2c3.com/suilodge/metfor1.htm and the whole list of advices was so awful that i started to doubt it's a good way. That say, i still use it occasionally. |
| 20:11.20 | tschaka | lysgaard no network interface here .... kernel is .29-rc3 |
| 20:12.17 | *** join/#openmoko Blankoworld (n=Blankowo@portedesetoiles.homelinux.com) |
| 20:12.39 | lysgaard | tschaka: Going to try flashing |
| 20:13.01 | tschaka | ya. in the meantime i only used ssh over wifi. works like a charm and ootb |
| 20:13.12 | lysgaard | PaulFertser: Gotta read that list |
| 20:13.28 | PaulFertser | tschaka: the interface on FR appears when you plug it to usb, i guess. |
| 20:13.37 | tschaka | PaulFertser yeah i did. |
| 20:13.57 | PaulFertser | lysgaard: cult of the dead cow, whatever that means :S |
| 20:15.31 | lysgaard | PaulFertser: What is this crazyness!? |
| 20:15.41 | PaulFertser | passes links to pages that can easily lead someone to depression instead of helping, shit |
| 20:16.34 | PaulFertser | lysgaard: i think i read wikipedia about Slackware, then about Slack, then about cult of the dead cow, etc. Following the links, you know. So probably my advice to workaround problems by sleeping is very wrong. |
| 20:22.40 | *** join/#openmoko CVirus (n=Satan@41.152.78.85) |
| 20:26.34 | Weiss | hands PaulFertser large amounts of chocolate |
| 20:27.07 | *** part/#openmoko jlmoko (n=jluis@80.Red-79-150-163.dynamicIP.rima-tde.net) |
| 20:27.32 | DocScrutinizer | adds some good coffee |
| 20:28.05 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:28.21 | DocScrutinizer | and a glass of premium-class exotic fruit juice |
| 20:28.49 | tobii_ | got beer |
| 20:28.50 | tobii_ | ;D |
| 20:29.24 | tobii_ | really good beer |
| 20:29.25 | PaulFertser | Hahaha, guys, you stole a possibility to resort to sleeping from me. Now i can try to finally understand that alsa hooks shit, great accomplishment. :) |
| 20:29.40 | *** join/#openmoko lysgaard (n=morten@85.221.51.48) |
| 20:32.18 | DocScrutinizer | paul, I simply am interested in calling execve or sth like that from alsa-hooks |
| 20:32.25 | CIA-47 | openmoko: 03daveb * r5240 10/trunk/gta02-core/cpu_power.sch: space caps a little, and actually connect them up! |
| 20:32.41 | PaulFertser | DocScrutinizer: i know |
| 20:32.59 | DocScrutinizer | PaulFertser: or for a first shot, just any abritrary lib function *not* in asound-lib |
| 20:33.06 | PaulFertser | DocScrutinizer: sure |
| 20:33.21 | *** join/#openmoko neomilium (n=quassel@lns-bzn-52-82-65-97-51.adsl.proxad.net) |
| 20:35.01 | PaulFertser | Weiss: DocScrutinizer: FYI in reality chocolate and coffee appeared to be condensed milk and crappy tea. Not that bad ;) |
| 20:35.22 | DocScrutinizer | PaulFertser: AIUi the *.so name plus *function() name specify a lib function |
| 20:35.31 | DocScrutinizer | (choc) heh :-D |
| 20:37.04 | DocScrutinizer | (lib) then I only need to understand if and how alsa is able to pass correct parameter types to that func(), and how return() value is handled (i guess it determines fail) |
| 20:40.31 | *** join/#openmoko agg1n1 (n=jan@static-87-245-9-114.teleos-web.de) |
| 20:47.20 | Fougner | d00ds |
| 20:47.22 | Fougner | ffs |
| 20:47.36 | Fougner | how do I get illume in the latest om2009 testing? =) |
| 20:50.10 | lysgaard | This is my dmesg on my comp. when i try to connect to the neo. Anyone understands why usb0 won't show up? http://hpaste.org/fastcgi/hpaste.fcgi/view?id=6329#a6329 |
| 20:50.12 | tobii_ | join #paroli and ask there |
| 20:50.20 | tobii_ | Fougner: join #paroli and ask there |
| 20:55.08 | *** join/#openmoko apt (i=ibot@rikers.org) |
| 20:55.08 | *** topic/#openmoko is Newsflash: Openmoko puts further phone models on ice, support for present models continues with limited forces - http://tinyurl.com/cxab5r | Users of Openmoko Hardware | Developers, please join#openmoko-cdevel | New Users read http://wiki.openmoko.org/ | Before asking read http://www.catb.org/~esr/faqs/smart-questions.html | make sure to check http://wiki.openmoko.org/wiki/Om_2009 |
| 20:56.20 | PaulFertser | lysgaard: so, looks that eth2 should work? |
| 20:56.52 | PaulFertser | lysgaard: sounds reasonable as you say that already have 2 network interfaces on your desktop. |
| 20:57.29 | PaulFertser | lysgaard: usb0 is something that should appear on FR but your desktop should have eth? when you connect to it. |
| 20:57.45 | lysgaard | PaulFertser: Ah, now i got it. I was looking for eth2 in ifconfig, but offcource it didn't appear before i ran the commands on the wiki |
| 20:58.09 | PaulFertser | lysgaard: yes, but "ifconfig -a" would have shown it. |
| 20:58.33 | lysgaard | PaulFertser: Arg, just me being to newb on linux networking |
| 20:59.00 | PaulFertser | lysgaard: you just needed to read dmesg... |
| 20:59.01 | lysgaard | PaulFertser: On the other hand, that means that nothings broken on the phone. |
| 20:59.37 | lysgaard | PaulFertser: I did, and saw eth2, but i couldn't find it in ifconfig, so i assumed that something was wrong =/ |
| 21:00.58 | PaulFertser | lysgaard: btw, i don't think it has any influence but i'm using "moredrivers" kernel atm. |
| 21:01.30 | lysgaard | Mkay, you have a link? |
| 21:01.54 | PaulFertser | lysgaard: git.openmoko.org |
| 21:02.06 | PaulFertser | lysgaard: i always run self-compiled kernels :) |
| 21:02.17 | PaulFertser | (at least on FR) |
| 21:02.57 | lysgaard | PaulFertser: I don't know how to compile it. |
| 21:03.20 | lysgaard | Guess there's some cross compilation involved? |
| 21:03.45 | DocScrutinizer | sure |
| 21:03.47 | PaulFertser | lysgaard: yes, but it's easy. |
| 21:04.04 | PaulFertser | lysgaard: almost all popular distros have an arm toolchain precompiled in one way or another. |
| 21:04.05 | lysgaard | Could i do it? |
| 21:04.10 | PaulFertser | lysgaard: are you sure you need to? |
| 21:04.12 | lysgaard | Arch here |
| 21:05.17 | lysgaard | "community/cross-arm-elf-gcc-base 4.3.3-1 The GNU Compiler Collection" Sounds good? |
| 21:05.31 | PaulFertser | lysgaard: yes |
| 21:05.48 | lysgaard | And how to proceed then? |
| 21:06.01 | DocScrutinizer | PaulFertser: iirc some 15months ago it was a real pita, as you had to setup host system in a way it complies to the destination setup |
| 21:06.29 | PaulFertser | lysgaard: beware, i assume it has armv5t gcclib so anything using it may fail on FR. It should be good to compile kernel and u-boot but not Qi or any other programs. |
| 21:06.57 | PaulFertser | DocScrutinizer: now it's as easy as it can get. Clone the sources, set one env variable and start ./build. |
| 21:07.09 | DocScrutinizer | so the tale was it works with one special version of source distro, and you really need this particular one |
| 21:07.10 | max_posedon | hm... I dislike "general" gcc |
| 21:07.28 | max_posedon | armv5t gcclib is a pita |
| 21:07.38 | max_posedon | with it you *must* use kernel fpu emulation |
| 21:07.49 | max_posedon | and its 10 times slower than softfloat |
| 21:07.59 | max_posedon | (on neo) |
| 21:08.01 | PaulFertser | DocScrutinizer: i doubt it. The kernel compiles in a way pretty much independent of the host, afaik. |
| 21:08.32 | lysgaard | PaulFertser: What part of the git tree should i fetch? |
| 21:08.37 | PaulFertser | max_posedon: i don't think kernel uses libgcc functions at all. Do you know something about it? |
| 21:08.45 | PaulFertser | lysgaard: andy-tracking branch at least |
| 21:09.01 | DocScrutinizer | hmm, except that strange error ESD is included to destination if existent on host |
| 21:09.11 | max_posedon | PaulFertser, if there *any* floating point operations - it uses it. |
| 21:09.27 | PaulFertser | max_posedon: are there _any_ in kernel? |
| 21:09.42 | PaulFertser | DocScrutinizer: ESD? |
| 21:09.46 | max_posedon | I don't know |
| 21:11.14 | DocScrutinizer | PaulFertser: the Enlightenment thing, compile error esd.h missing or sth, and mrmoku said we need to include --disable-esd to the bb |
| 21:11.41 | PaulFertser | DocScrutinizer: yes, but we're talking about kernel compilation. |
| 21:12.27 | DocScrutinizer | hmm, true. So meanwhile kernel is easier to compile than user apps? :-D |
| 21:12.49 | PaulFertser | Sure, much easier |
| 21:13.59 | lysgaard | Man! The kernel is consisting of many files |
| 21:14.40 | DocScrutinizer | lysgaard: lol. You bet |
| 21:15.01 | PaulFertser | lysgaard: but the compilation is automatic. It takes time, yes. But there're no dependencies, it greately reduces the complexity of compiling process for an operator. |
| 21:15.46 | lysgaard | Oh, no deps at all? I remember i tried to compile a kernel maybe half a year ago, never got the stuff to work |
| 21:15.47 | max_posedon | kernel haven't any deps |
| 21:15.59 | max_posedon | its greate feature for easy compilation |
| 21:16.44 | lysgaard | Hehe |
| 21:17.38 | lysgaard | What time perspective are we talking about when compiling the kernel? |
| 21:18.45 | PaulFertser | lysgaard: 15 min probably on a modern machine |
| 21:19.05 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 21:19.11 | max_posedon | 5min if you don't want compile all useless modules |
| 21:19.27 | *** join/#openmoko arkarin (n=knut@p4FC6A8D4.dip.t-dialin.net) |
| 21:19.29 | *** part/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 21:20.14 | PaulFertser | max_posedon: and 24hrs to tweak kernel config to find out all useless modules and then to understand which part of them is actually useful :p |
| 21:20.50 | max_posedon | person who don't interesting in this, just shouldn't compile kernel at all |
| 21:21.53 | PaulFertser | max_posedon: how much time does it take you to finally configure the kernel from scratch for your laptop? |
| 21:22.11 | lysgaard | There's over 1 mill objects in the kernel repo, wow. 15 min issn't that bad. Not like full system upgrade on gentoo, that's more like 36 hours |
| 21:22.22 | max_posedon | hm... PaulFertser kinda 10mins right now I think |
| 21:22.33 | max_posedon | I really know my hardware) |
| 21:22.39 | PaulFertser | max_posedon: wow, great experience :) |
| 21:22.49 | max_posedon | hm... 6 years) |
| 21:22.57 | max_posedon | (2 years for current laptop) |
| 21:23.33 | PaulFertser | max_posedon: i'm compiling kernels for all my hardware for more than 6 years and when i tried to get a kernel for my laptop for the first time it took me a considarable amount of time. |
| 21:23.52 | max_posedon | first time is always long, yes |
| 21:23.57 | max_posedon | but 1. interesting |
| 21:24.00 | *** join/#openmoko t0h (n=tommi@dsl-kvlbrasgw2-fe0cdf00-1.dhcp.inet.fi) |
| 21:24.12 | PaulFertser | max_posedon: my first distro was slackware 3.5 on 80386, you do the math ;) |
| 21:24.37 | max_posedon | 2. if you don't want know all about your hardware so just don't compile kernel yourself |
| 21:33.12 | lysgaard | PaulFertser: Now my git clone is done, now what? |
| 21:33.26 | *** join/#openmoko amygos_ (n=amygos@adsl-ull-106-224.49-151.net24.it) |
| 21:34.19 | PaulFertser | lysgaard: mkdir gta02; cp arch/arm/configs/gta02_moredrivers_defconfig gta02/.config |
| 21:34.37 | PaulFertser | lysgaard: (that assumes you've already switched to andy-tracking branch) |
| 21:35.14 | PaulFertser | lysgaard: CROSS_COMPILE=prefix-of-your-toolchain- ./build gta02 |
| 21:35.48 | max_posedon | ARCH=arm also important, isn't it? |
| 21:37.07 | PaulFertser | max_posedon: ./build script does everything needed, including that |
| 21:37.10 | lysgaard | prefix of my toolchian? |
| 21:37.32 | PaulFertser | lysgaard: yes, something like armv5tel-redhat-linux-gnueabi- |
| 21:37.48 | max_posedon | ah, yes, I keeped regular make in mind |
| 21:38.16 | lysgaard | I guess mine is "arm-elf-" then |
| 21:38.22 | PaulFertser | lysgaard: also you'll need mkimage from Qi or u-boot sources in your path if you want to make uImage-compatible kernels. Qi can boot zImages as well btw. |
| 21:38.56 | lysgaard | i guess i need that too then, i'm using uboot |
| 21:40.40 | *** join/#openmoko Majkhii (n=Majkhii@254-10-80-78.sevmorava.adsl-llu.static.bluetone.cz) |
| 21:41.44 | lysgaard | What do i need to do to get them? (Sorry, feel like i'm bugging you guys more than i should) |
| 21:42.06 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 21:42.45 | DocScrutinizer | lysgaard: go ahead, I like to read the answers as well |
| 21:43.57 | lysgaard | Well, PaulFertser said i needed some kinda mkimage from the uboot source, what does that translate to? |
| 21:48.05 | PaulFertser | lysgaard: i fail to remember where mkimage in my ~/bin is from, sorry. I can say that Qi sources don't have it for sure, just checked. |
| 21:48.30 | lysgaard | Should i change to qi btw? |
| 21:49.54 | PaulFertser | lysgaard: i seem to be a qi fanboy so i'll refrain from answering. |
| 21:50.31 | lysgaard | I'll take that as a yes. But what about the uboot menu? |
| 21:50.46 | PaulFertser | lysgaard: you can either compile mkimage from u-boot sources or download it from somewhere in the net. |
| 21:50.51 | PaulFertser | lysgaard: i don't need menu |
| 21:51.08 | lysgaard | Why? You never flash? |
| 21:51.48 | PaulFertser | lysgaard: i've NOR u-boot for flashing |
| 21:52.03 | lysgaard | Oh, but then there's no problem |
| 21:53.33 | PaulFertser | lysgaard: i know, i've an SHR build, i got mkimage from there. |
| 21:53.49 | PaulFertser | lysgaard: need an i386 binary? |
| 21:54.14 | lysgaard | Yep |
| 21:54.45 | PaulFertser | lysgaard: https://paulfertser.is-a-geek.org/files/mkimage |
| 21:58.07 | lysgaard | What do i use this bin to? |
| 21:58.37 | PaulFertser | lysgaard: just put somewhere in your path so ./build script will find it |
| 22:01.28 | *** join/#openmoko everslick (n=clemens@91-113-120-200.adsl.highway.telekom.at) |
| 22:02.53 | lysgaard | Yay, started compile :D |
| 22:04.05 | lysgaard | And stopped.. "There is no branch in the local copy of the repository right now!" Means? |
| 22:04.23 | PaulFertser | lysgaard: have you checkouted the branch properly? |
| 22:04.34 | lysgaard | Think so? |
| 22:04.38 | PaulFertser | lysgaard: i mean created local branch based on origin/andy-tracking? |
| 22:05.39 | lysgaard | Nope, I did: git clone git://git.openmoko.org/git/kernel.git linux-2.6; git checkout origin/andy-tracking; |
| 22:06.57 | PaulFertser | lysgaard: please do git checkout -b andy-tracking origin/andy-tracking instead |
| 22:07.50 | lysgaard | Worked! =) What did it do actually? |
| 22:08.29 | PaulFertser | lysgaard: created a local branch andy-tracking based on remote branch andy-tracking and set up tracking of remote branch by the local branch. |
| 22:08.29 | lysgaard | I didn't switch branch with the other command |
| 22:08.34 | lysgaard | *? |
| 22:08.50 | PaulFertser | lysgaard: checkout switches branches if you use it like that. |
| 22:09.04 | PaulFertser | lysgaard: check the man page if in doubt |
| 22:09.56 | lysgaard | PaulFertser: Ok.. There's so much of cvs systems i don't understand. I've never used them. |
| 22:10.16 | *** join/#openmoko KenYoung (n=Ken@pool-68-160-8-103.bos.east.verizon.net) |
| 22:11.10 | *** join/#openmoko pwerken_ (n=pwerken@82-169-213-233.ip.telfort.nl) |
| 22:11.16 | PaulFertser | lysgaard: git is really cool. I'd suggest you to get comfortable with it. And don't think that some CVCS like svn is easier/better. ;) |
| 22:13.39 | lysgaard | You're right. I've never gotten to fix problems in opensource apps. Not because i don't know how to fix them, but because i don't know how to get them submitted |
| 22:21.22 | *** part/#openmoko arkarin (n=knut@p4FC6A8D4.dip.t-dialin.net) |
| 22:23.00 | PaulFertser | DocScrutinizer: i seem to understand now how to solve that alsa quiz. Unfortunately, i think i'll have to actually write an example tomorrow. |
| 22:24.43 | lysgaard | PaulFertser: Done compiling =) |
| 22:25.16 | lysgaard | PaulFertser: Can i flash the uimage in the gta02 dir to the neo now? |
| 22:25.18 | PaulFertser | lysgaard: i told ya it's easy ;) |
| 22:25.38 | lysgaard | Yay! :D |
| 22:25.40 | PaulFertser | lysgaard: for flashing you'll need to add a DFU footer first |
| 22:26.00 | PaulFertser | lysgaard: or flash from FR itself with flash_eraseall ... nandwrite -p |
| 22:26.39 | lysgaard | DFU floater? |
| 22:26.41 | PaulFertser | lysgaard: i run from uSD, so flashing's not a problem for me ;) |
| 22:27.49 | PaulFertser | lysgaard: you can clone Qi repo and look at the Makefile. |
| 22:28.42 | lysgaard | PaulFertser: Are you shure i need anything, i think it's booting the new kernel now? |
| 22:29.31 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 22:29.35 | PaulFertser | lysgaard: i'm not |
| 22:29.49 | *** join/#openmoko ShellEvil1 (n=user@87.115.144.1) |
| 22:29.51 | lysgaard | PaulFertser: Well, it booted all fine =) |
| 22:29.53 | PaulFertser | lysgaard: if you could flash it with dfu-util, then it's ok |
| 22:30.46 | lysgaard | Paulfertser: worked like a charm |
| 22:32.54 | lysgaard | Paulfertser: Still the same old error though.. hehe, I really don't know what to do with that one :S |
| 22:33.29 | PaulFertser | lysgaard: please admit i told you that i thought the kernel is irrelevant. |
| 22:34.14 | lysgaard | PaulFertser: Offcource, I mostly wanted to learn a bit about compiling a kernel for the neo ;) |
| 22:34.20 | lysgaard | Thanks |
| 22:35.07 | PaulFertser | lysgaard: the problems you're having are most probably due to the cable i guess. |
| 22:35.52 | lysgaard | Gotta be that. Narrowed it quite down now. It's the only part that can be wrong |
| 22:36.29 | lysgaard | Don't get it though, maybe it's the signal quality that's bad, i resoldered the whole cable |
| 22:36.32 | DocScrutinizer | PaulFertser: (alsa) great! :-) |
| 22:46.30 | lysgaard | PaulFertser: Thanks for the help. Now it's time for sleep, hope that fixes the problem ;) |
| 22:55.05 | *** join/#openmoko SpeedEvil1 (n=user@87.114.128.222.plusnet.thn-ag1.dyn.plus.net) |
| 22:55.34 | *** join/#openmoko ShellEvil (n=user@tor/regular/SpeedEvil) |
| 22:58.17 | CIA-47 | openmoko: 03daveb * r5241 10/trunk/gta02-core/ (bt.sch cpu.sch cpu_power.sch): use horizontal text in preference to vertical |
| 23:10.47 | CIA-47 | openmoko: 03daveb * r5242 10/trunk/gta02-core/cpu.sch: more vertical labels on cpu sheet |
| 23:13.08 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 23:25.10 | *** join/#openmoko batti (n=batti@blfd-4db1c8f5.pool.einsundeins.de) |
| 23:44.16 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 23:58.21 | *** join/#openmoko ShellEvil (n=user@tor/regular/SpeedEvil) |
| 23:58.54 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |