**** BEGIN LOGGING AT Tue Sep 08 02:59:57 2009
Sep 08 03:06:22 <Chocky> it's rooly rooly
Sep 08 03:06:32 <rooly> tis
Sep 08 03:38:02 <CIA-7> openmoko: 03rehar * r5615 10/trunk/gta02-core/modules/wm8753fl.fpd: 
Sep 08 03:38:02 <CIA-7> openmoko: wm8753fl.fpd:
Sep 08 03:38:02 <CIA-7> openmoko: - added pad width measurement
Sep 08 03:38:02 <CIA-7> openmoko: - fixed exposed land overlap length
Sep 08 05:14:13 <Docscrutinizer-8> !seen _apt
Sep 08 05:14:14 <cdbot2> Docscrutinizer-8, I don't remember seeing _apt.
Sep 08 05:14:21 <Docscrutinizer-8> !seen apt
Sep 08 05:14:22 <cdbot2> apt (i=ibot@rikers.org) was last seen quitting from #openslug 8 hours, 57 minutes ago stating (SendQ exceeded).
Sep 08 05:21:32 <Docscrutinizer-8> ~botsnack
Sep 08 05:21:32 <ibot> :), Docscrutinizer-8
Sep 08 05:22:09 <Docscrutinizer-8> ~seen apt
Sep 08 05:22:10 <ibot> i haven't seen 'apt', Docscrutinizer-8
Sep 08 05:26:05 <Docscrutinizer-8> ~literal /nick apt
Sep 08 05:35:38 <Docscrutinizer-8> ~chnick ibot apt
Sep 08 05:59:31 <CIA-7> openmoko: 03rehar * r5616 10/trunk/gta02-core/modules/wm8753fl.fpd: 
Sep 08 05:59:31 <CIA-7> openmoko: wm8753fl.fpd
Sep 08 05:59:31 <CIA-7> openmoko: - added solder paste layer for thermal land
Sep 08 07:21:00 <brolin> !seen shit
Sep 08 07:21:02 <cdbot2> brolin, I don't remember seeing shit.
Sep 08 07:22:38 <brolin> !seen brolin
Sep 08 07:22:38 <cdbot2> brolin, go look in a mirror.
Sep 08 07:23:33 <brolin> !seen cdbot2 
Sep 08 07:23:34 <cdbot2> brolin, I'm right here.  Quit wasting my time!
Sep 08 07:24:17 <brolin> !seen anything
Sep 08 07:24:18 <cdbot2> brolin, I don't remember seeing anything.
Sep 08 07:26:14 <transylvania> hello all, I have a small problem here: I wanted to make the buzz fix operation by myself but no electronic resseler here have cms-components, does anyone knows a good online shop for a few of such components ?
Sep 08 07:27:49 <ndnihil> depends on where you're located
Sep 08 07:28:04 <transylvania> South of France
Sep 08 07:28:20 <ndnihil> ah, no idea then
Sep 08 07:28:26 <ndnihil> well
Sep 08 07:28:36 <ndnihil> farnell will probably ship there
Sep 08 07:28:40 <ndnihil> I think they're UK based
Sep 08 07:29:12 <ndnihil> http://www.farnell.com/
Sep 08 07:29:13 <transylvania> aok
Sep 08 07:29:37 <ndnihil> they even have a flag just for france
Sep 08 09:04:46 <CIA-7> freesmartphone.org: 03mickey 07cornucopia * r0f9c9bba6ea0 10/fsodeviced/src/plugins/ (accelerometer/plugin.vala accelerometer_lis302/plugin.vala): fsodeviced: accelerometer: apply low pass filter to incoming acceleration data in order to detect end of movement
Sep 08 10:30:51 <russh> Morning all! I know the full shr images got moved to the /old subdirectory - but are they deprecated or still good to use?
Sep 08 10:59:19 <Daramarak> I heard that the full images were broken. I think it was on the ML
Sep 08 11:20:43 <naeg> hi all
Sep 08 11:21:43 <Daramarak> hi
Sep 08 13:22:46 <Fox_Muldr> does anyone know what discharging current in mA is a normal value in standby and how it should differ before/after the 1024 gsm fix?
Sep 08 13:24:37 <Fox_Muldr> i did a measurement of discharging in percent and calculated the corresponding discharging in ma from this values. at the moment i got ~9,3mA discharging current in standby. is this good or should it be lower with gsm activated?
Sep 08 13:25:51 <max_posedon> without #1024 bug fix I have ~20mA
Sep 08 13:27:05 <Fox_Muldr> ok, compared to that 9,3mA is quite good
Sep 08 13:47:23 <Docscrutinizer-8> sleep=4 results in gsm alone eating ~8mA here. sleep=2 15mA.  #1024-fix does NOT change standby current by itself
Sep 08 13:49:08 <Docscrutinizer-8> gsm standby current depends on network situation
Sep 08 15:36:28 <PBeck> hi
Sep 08 15:51:25 <naeg> hey PaulFertser 
Sep 08 15:56:29 <CIA-7> freesmartphone.org: 03mickey 07cornucopia * reb7b95aed3a5 10/fsodeviced/src/lib/accelerometer.vala: fsodeviced: add accelerometer.vala
Sep 08 16:14:51 <PaulFertser> naeg: hi
Sep 08 16:15:36 <naeg> PaulFertser: we got a new error msg, which we can't handle
Sep 08 16:16:09 <naeg> PaulFertser: [ 2235.040000] UBIFS error (pid 1135): ubifs_read_node: bad node type (255 but expected 6)
Sep 08 16:16:11 <naeg> [ 2235.040000] UBIFS error (pid 1135): ubifs_read_node: bad node at LEB 0:0
Sep 08 16:16:35 <naeg> i made a new image with other flags for mkfs.ubifs and ubinize, we'll see
Sep 08 16:16:43 <PaulFertser> naeg: interesting
Sep 08 16:16:51 <naeg> PaulFertser: idea what it means?
Sep 08 16:17:53 <PaulFertser> naeg: need to read the source
Sep 08 16:18:02 <PaulFertser> naeg: i'd need to read to have an idea
Sep 08 16:18:09 <PaulFertser> naeg: probably i will a bit later
Sep 08 16:19:04 <naeg> PaulFertser: i'll try it with the new image, and if that doesn't work i will compile the kernel with ubifs debug
Sep 08 16:19:29 <PaulFertser> naeg: sounds like a plan, with debug messages it'll be much easier to track it down.
Sep 08 16:19:53 <naeg> yes, but i thought you might know it
Sep 08 16:21:04 <naeg> PaulFertser: something different this time
Sep 08 16:21:08 <naeg> [ 4304.005000] UBIFS error (pid 1160): validate_sb: LEB size mismatch: 129024 in superblock, 126976 real
Sep 08 16:21:10 <naeg> [ 4304.005000] UBIFS error (pid 1160): validate_sb: bad superblock, error 1
Sep 08 16:23:31 <naeg> sounds like flags are still wrong...
Sep 08 16:26:04 <_phil> naeg: you did forget to change that -e parameter
Sep 08 16:27:15 <naeg> _phil: i did mkfs.ubifs<...> -e 126976
Sep 08 16:29:53 <PaulFertser> naeg: and should that change be also made for ubinize?
Sep 08 16:30:17 <naeg> PaulFertser: ubinize takes peb as flag, not leb
Sep 08 16:30:42 <naeg> _phil said for peb it should be -p 131072
Sep 08 16:34:23 <PaulFertser> naeg: Have you tried this --> "Please, use the Use the ubiformat utility to flash the resulting UBI image. Also, you can find detailed description of how UBI-aware flashing programs should work in this section"
Sep 08 16:35:19 <naeg> PaulFertser: i did it with flasherase_all and nandwrite, as you showed me yesterday
Sep 08 16:36:17 <PaulFertser> naeg: well, quite possibly i was wrong, looks like UBI needs more advanced tools.
Sep 08 16:36:37 <naeg> i'll try it
Sep 08 16:36:51 <PaulFertser> naeg: flasherase_all+nandwrite works for jffs2 and other images we use, so it's definetely better than dd you were going to try ;)
Sep 08 16:44:26 <naeg> PaulFertser: exactly the same error, so flasherase_all and nandwrite seem to do the same as ubiformat
Sep 08 16:45:10 <PaulFertser> naeg: ok, it looks like ubiformat preserves erase counter so we should use it later to "reflash", when other issues are sorted out.
Sep 08 16:45:47 <PaulFertser> naeg: so you still have validate_sb: LEB size mismatch: 129024 in superblock, 126976 real error?
Sep 08 16:46:38 <naeg> PaulFertser: yes. shall i set leb back to 129024?
Sep 08 16:46:56 <PaulFertser> naeg: let me see the code first
Sep 08 16:47:30 <CIA-7> freesmartphone.org: 03mickey 07libeflvala * r2b319e67cf52 10/vapi/elm.vapi: elm.vapi: catch up with upstream as of SVN rev 42349
Sep 08 16:51:19 <PaulFertser> naeg: http://www.linux-mtd.infradead.org/faq/ubifs.html#L_lebsz_mismatch
Sep 08 16:55:12 <naeg> PaulFertser: so what i wanted to do ;) i hope we don't get back to any other error again we had before...
Sep 08 16:55:52 <PaulFertser> naeg: but you need to set "126976" and you say you already did that.
Sep 08 16:56:13 <PaulFertser> naeg: and pass -p 128KiB to ubinize.
Sep 08 16:57:37 <naeg> PaulFertser: ah, i thought the other way round
Sep 08 16:58:37 <naeg> PaulFertser: i think i didn't change the config.ini and i took the old ubifs image...my fault
Sep 08 17:00:22 <naeg> PaulFertser: i used -p 131072 for ubinize, which comes to the same
Sep 08 17:00:39 <PaulFertser> naeg: right
Sep 08 17:01:27 <naeg> copying it to neo and then flashing it with ubiformat...
Sep 08 17:05:16 <PaulFertser> naeg: logical erase block should be 128*1024 - 2*2048 which is exactly 126976, as expected.
Sep 08 17:09:23 <PaulFertser> naeg: "UBI requires 2 minimum I/O units out of each Physical Erase Block (PEB) for overhead" and minimum io unit is what you pass as "-m"
Sep 08 17:09:44 <naeg> PaulFertser: 2048
Sep 08 17:09:56 <naeg> PaulFertser: i use the flags you told me, i think you got them from OE
Sep 08 17:10:14 <naeg> PaulFertser: MOUNTED :D
Sep 08 17:10:32 <PaulFertser> naeg: 2048 looks correct. I'm just explaining the formula: 128*1024 - 2*2048
Sep 08 17:10:41 <PaulFertser> naeg: so everything it took are correct flags?
Sep 08 17:10:57 <naeg> PaulFertser: seems so
Sep 08 17:11:00 <PaulFertser> naeg: congrats, and thanks for persistence! :D
Sep 08 17:11:09 <PaulFertser> _phil: thank you too :D
Sep 08 17:11:19 <naeg> i thank you PaulFertser 
Sep 08 17:11:37 <naeg> will tell you the results of the speedtest against only sd, and maybe also against jffs2
Sep 08 17:12:28 <PaulFertser> naeg: sd is really slow on gta02.
Sep 08 17:13:08 <naeg> PaulFertser: the problem is that we take up alot of space, so the NAND is only enough for the basesys, no X etc
Sep 08 17:13:43 <PaulFertser> naeg: i know... in fact gta03 was planned to be without NAND at all.
Sep 08 17:14:13 <naeg> PaulFertser: really? no internal memory?
Sep 08 17:14:34 <tag8tag> hey guys
Sep 08 17:15:34 <PaulFertser> naeg: http://wiki.laptop.org/go/UBIFS_initial_experiments <-- looks like a really decent source of information, i advice to add a link to your wiki. 
Sep 08 17:15:38 <PaulFertser> naeg: yes
Sep 08 17:15:57 <PaulFertser> naeg: since sd performance were supposed to be resolved on gta03 they decided to drop expensive nand altogether.
Sep 08 17:16:20 <SeligArkin> That seems... unwise for some reason
Sep 08 17:16:33 <naeg> PaulFertser: but they wanted to make 2 sd card slots or something, didn't they?
Sep 08 17:16:34 <SpeedEvil> Don't see why.
Sep 08 17:16:46 <PaulFertser> naeg: they didn't
Sep 08 17:17:54 <SpeedEvil> lack of two slots would be annoying IMO. 
Sep 08 17:17:58 <SpeedEvil> But not very so.
Sep 08 17:18:41 <naeg> you could make a RAID on your neo :D
Sep 08 17:18:43 <_phil> PaulFertser: btw. did you receive the patch for Qi?
Sep 08 17:19:34 <SpeedEvil> naeg: I'm more interested in the use-case where I want to plug in my camera SD, and pull some photos off it - forex.
Sep 08 17:19:51 <SpeedEvil> naeg: or drop some files onto a SD to give to someone
Sep 08 17:20:08 <PaulFertser> _phil: i'm afraid not
Sep 08 17:30:38 <PaulFertser> _phil: do you think we'll have any benefits using ubifs? If yes i wonder how to cleanly make it work with qi...
Sep 08 17:30:57 <Docscrutinizer-8> SoC comes with NAND anyway
Sep 08 17:32:50 <Docscrutinizer-8> SpeedEvil: where to/from is the data/photos FR side?
Sep 08 17:34:10 <Docscrutinizer-8> SpeedEvil: most reasonable approach seems to plug a uSD-usb-stick to FR usb-host
Sep 08 17:35:43 <Docscrutinizer-8> SpeedEvil: I have a large first partitipn vfat on my 16GB uSD, for that particular purpose of sharing files
Sep 08 17:36:06 <_phil> PaulFertser: don't know, naeg will do some benchmarks then we'll see if it worth the effort at all. Guess you can't make that cleanly work without writing some code that tries to guess filesystems, so thats not that much of concern since we'll likely boot from sd anyway.
Sep 08 17:36:27 <Docscrutinizer-8> SpeedEvil: rootfs is on a smaller 2. partition ext3
Sep 08 17:36:51 <naeg> _phil: we want to boot from NAND if it's faster?
Sep 08 17:38:32 <_phil> naeg: i'm sure you won't feel difference of half a second, when the boot progress takes 15-30 secs 
Sep 08 17:38:43 <SpeedEvil> Docscrut: yeah - that means an extra thing to carry - or shutting down the phone to give someone files 
Sep 08 17:38:51 <LiL_mr-t> hi. are there any audio players for the FR, that support ogg/flac?
Sep 08 17:39:22 <naeg> LiL_mr-t: i used once mplayer with some fronted, any python based
Sep 08 17:40:34 <LiL_mr-t> naeg, i see. would that be intone possibly?
Sep 08 17:41:02 <naeg> LiL_mr-t: so it wasn't intone, the sounded similiar to python 
Sep 08 17:41:07 <naeg> it was pythm i think
Sep 08 17:41:47 <LiL_mr-t> thanks naeg
Sep 08 17:42:14 <naeg> yw LiL_mr-t 
Sep 08 17:42:53 <naeg> i will make a benchmark hopefully tomorrow
Sep 08 17:43:16 <naeg> cu all later/tomorrow
Sep 08 19:11:38 <CIA-7> openmoko: 03rehar * r5617 10/trunk/gta02-core/modules/ (INFO wm8753fl.fpd): 
Sep 08 19:11:38 <CIA-7> openmoko: wm8753fl.fpd
Sep 08 19:11:38 <CIA-7> openmoko: - added design guidelines to INFO
Sep 08 19:11:38 <CIA-7> openmoko: - change dimensions according to wolfson's design guidelines
Sep 08 19:24:58 <CIA-7> openmoko: 03daveb * r5618 10/trunk/gta02-core/ (18 files in 3 dirs): 
Sep 08 19:24:58 <CIA-7> openmoko: Modem changes
Sep 08 19:24:58 <CIA-7> openmoko:  - Remove GSM power switch cirtuit (U1705)
Sep 08 19:24:58 <CIA-7> openmoko:  - Route MODEM_ON and MODEM_RST to the open-drain gpios on PMU
Sep 08 19:24:58 <CIA-7> openmoko:  - Allow only for the internal antenna
Sep 08 19:32:48 <UberNeo> www.neofundas.blogspot.com  -- #1024 fix possible solutions -- updated for how to remove Wifi Module
Sep 08 19:36:03 <CIA-7> openmoko: 03daveb * r5619 10/trunk/gta02-core/ (components/gta02-core-comp.pro modem.sch pmu.sch): 
Sep 08 19:36:03 <CIA-7> openmoko: - annotation for gsm antenna
Sep 08 19:36:03 <CIA-7> openmoko: - MODEM_ON and MODEM_RST are both inverted signals.
Sep 08 19:37:50 <CIA-7> openmoko: 03werner * r5620 10/trunk/eda/fped/postscript.c: 
Sep 08 19:37:50 <CIA-7> openmoko: - postscript.c: don't try to print empty pad names, or we'll have a hard time
Sep 08 19:37:50 <CIA-7> openmoko:  scaling that zero-sized box to fill the available space
Sep 08 19:53:17 <ptero_> has anybody here built om-touch or worked with the toolkit? i can't build qt, always running into errors, which seem easy, but i can't find any real documentation on building that shit properly. http://pastebin.com/m3682cd48
Sep 08 19:57:00 <ptero_> so, what i did was unpacking the toolkit, installing gcc and (to do more of what the toolkit doc said) libedje-dev, libmokoui2-dev, gconf-dbus-env. i also had to make symlinks for the gcc binaries, since qt-embedded's configure had another filenames for them
Sep 08 20:06:23 <ptero_> ooops, sorry, i forgot about that annoying tee feature to skip errors and other stuff, now the link contains all output
Sep 08 20:11:14 <ptero_> so... nobody ever tried om-touch or?...
Sep 08 20:36:41 <johnsu01> Sigh, my SD card is not being recognized anymore in SHR unstable
Sep 08 20:40:24 <PaulFertser> johnsu01: tried reseating?
Sep 08 20:40:52 <johnsu01> PaulFertser: yeah
Sep 08 20:41:47 <PaulFertser> johnsu01: does it work elsewhere?
Sep 08 20:42:10 <tomcatek> I've just upgraded SHR and everything works well
Sep 08 20:42:13 <johnsu01> PaulFertser: yes, works in my laptop
Sep 08 20:42:22 <johnsu01> PaulFertser: previously worked with SHR and other distros fine
Sep 08 20:42:26 <johnsu01> in the same unit
Sep 08 20:42:33 <johnsu01> I haven't tested now with other distros yet though
Sep 08 20:45:00 <tomcatek> johnsu01: is dmesg saying anything?
Sep 08 20:45:24 <johnsu01> tomcatek: Yes, it's the same errors that people have reported for the SD clock issues a long time ago
Sep 08 20:47:14 <PaulFertser> johnsu01: have you tried lowering the clock?
Sep 08 20:47:34 <johnsu01> PaulFertser: I made an effort at that, but I don't think the parameter got used
Sep 08 20:47:40 <PaulFertser> johnsu01: and/or using more drive strength.
Sep 08 20:47:55 <johnsu01> PaulFertser: I really don't want to slow the clock, since it worked fine before and slow is ick
Sep 08 20:48:15 <johnsu01> but I'll try it to see if it fixes the problem
Sep 08 20:48:20 <PaulFertser> johnsu01: it'd still be slow anyway, the speed is mostly limited by the glamo bus.
Sep 08 20:48:52 <PaulFertser> johnsu01: and according to measurements you can safely use drive strength 1 without any considerable issues with GPS reception.
Sep 08 20:49:03 <johnsu01> PaulFertser: What's the parameter for drive strength?
Sep 08 20:49:10 <johnsu01> (and what does that do?)
Sep 08 20:49:43 <PaulFertser> johnsu01: you can change it on the fly in /sys/module/glamo_mci/parameters/sd_drive
Sep 08 20:50:06 <PaulFertser> johnsu01: or specify on kernel command line the same way as any other module parameter.
Sep 08 20:51:35 <PaulFertser> johnsu01: roughly speaking, it puts more power on bus, thus making edges more sharp (and producing more RF interference as a side effect).
Sep 08 20:53:32 <johnsu01> PaulFertser: *nod* thanks
Sep 08 20:56:21 <PaulFertser> johnsu01: i don't think we fully understand reasons for different problems with uSD cards FR users have... Some are clearly related to GSM interference even (i.e. when GSM is used card produces errors). Some refuse to work on full speed but they work in cardreaders. My guess is that might be related to the differences in voltages commonly used in cardreaders and freerunners.
Sep 08 20:56:48 <johnsu01> PaulFertser: this card worked fine for months though
Sep 08 20:57:32 <PaulFertser> johnsu01: that makes it even more unexplainable ;)
Sep 08 21:37:34 <CIA-7> freesmartphone.org: 03mickey 07cornucopia * r8393a10c390c 10/ (8 files in 8 dirs): all: sync COPYING file with license as found in code
Sep 08 21:50:50 <welch> is it foolish to try to get my neo 1973 running again? I have not played with it for many months, and am trying to catch up on the best way to get it updated
Sep 08 21:51:29 <SpeedEvil> ot foolish at all.
Sep 08 21:51:42 <welch> ah cool, good to hear
Sep 08 21:51:48 <SpeedEvil> I'm unsure where the best images are to be found - shr unstable is probably your best bet AIUI
Sep 08 21:52:01 <welch> ok, yeah, thats what i was wondering
Sep 08 21:52:06 <welch> where the dev is focused atm
Sep 08 22:28:12 <CIA-7> openmoko: 03rehar * r5621 10/trunk/gta02-core/modules/ (INFO STATUS lis302dl.fpd mkloe): added LIS302D LGA14 footprint
Sep 08 22:43:37 <CIA-7> freesmartphone.org: 03mickey 07cornucopia * r82269ec3f662 10/fsodeviced/src/plugins/ (accelerometer/plugin.vala accelerometer_lis302/plugin.vala): fsodeviced: accelerometer: compute movement factor to find out whether we have started or stopped to move the device's orientation
Sep 08 22:45:19 <djp`> am i right in believing i read somewhere that when using headphones, audio quality is affected by poor bass?
Sep 08 22:59:00 <Chocky> djb: yes, see the hardware FAQ
Sep 08 23:00:41 <CIA-7> freesmartphone.org: 03mickey 07cornucopia * r56099f75eb80 10/fsodeviced/src/plugins/accelerometer/plugin.vala: fsodeviced: accelerometer: compare w/ the right values
Sep 08 23:32:56 <Undrwater> afternoon or whatever 
Sep 09 00:17:07 <CIA-7> openmoko: 03rehar * r5622 10/trunk/gta02-core/modules/lis302dl.fpd: 
Sep 09 00:17:07 <CIA-7> openmoko: lis302dl.fpd
Sep 09 00:17:07 <CIA-7> openmoko: - clean-up & comments
Sep 09 00:17:07 <CIA-7> openmoko: - changed pin size
Sep 09 00:17:07 <CIA-7> openmoko: - changed 1.pin marker
Sep 09 00:17:07 <CIA-7> openmoko: - added solder land to outline distance calculation
Sep 09 00:24:01 <warren1> I upgraded my shr-u on Saturday night, and since then I haven't been getting sms notifications.   If I kill and restart the messages program I see my new SMSs, but no notifications.   
Sep 09 00:24:11 <warren1> anyone seen anything like that?
Sep 09 01:42:54 <johnsu01> What do I need to install from the lite image to get support for other filesystems on the sd card besides fat?
Sep 09 01:42:57 <johnsu01> shr
Sep 09 01:43:49 <johnsu01> or am I barking up the wrong tree
Sep 09 01:45:38 <johnsu01> e2fsprogs maybe..
Sep 09 01:49:48 <johnsu01> still getting [23446.135000] mmcblk0: error -110 sending read/write command, response 0x0, card status 0x400b00
Sep 09 01:49:50 <johnsu01> on my card
**** ENDING LOGGING AT Wed Sep 09 02:59:56 2009