**** BEGIN LOGGING AT Fri Nov 04 02:59:57 2011
Nov 04 07:58:38 <mrmoku> moin
Nov 04 08:01:08 <JaMa|Zzz> moin
Nov 04 09:37:40 <CIA-89> SHR: 03Martin.Jansa 07meta-smartphone * r543e9ccc5336 10/meta-shr/README: meta-shr: update README to be clear that we sometimes depend on contrib/shr
Nov 04 09:44:54 <CIA-89> SHR: 03Martin.Jansa 07meta-smartphone * rbc7051e466f3 10/ (8 files in 8 dirs): meta-smartphone: update README in all layers to be clear that we sometimes depend on contrib/shr
Nov 04 11:37:25 <DocScrutinizer> moin
Nov 04 11:47:20 <lindi-> PaulFertser: just tested qi initramfs support patch
Nov 04 11:48:38 <lindi-> PaulFertser: seems to work, even with static const int INITRD_OFFSET = (8 * 1024 * 1024);
Nov 04 11:49:36 <lindi-> PaulFertser: I also wrote some smaller fixes finally
Nov 04 11:54:57 <DocScrutinizer> Microsoft Security Advisory (2639658): Vulnerability in TrueType Font Parsing Could Allow Elevation of Privilege http://technet.microsoft.com/en-us/security/advisory/2639658
Nov 04 11:56:09 <DocScrutinizer> >> Die Windows-Programmbibliothek T2EMBED.DLL weist eine Schwachstelle bei der Verarbeitung von praeparierten TrueType-Schriftarten auf. Ein Angreifer kann die Schwachstelle ausnutzen, um ueber das Internet auf dem angegriffenen System Schadcode auszufuehren...<<
Nov 04 11:56:52 <DocScrutinizer> >> Betroffene Systeme: Windows XP Windows Server 2003 Windows Vista Windows Server 2008 Windows 7 Windows Server 2008 R2 <<
Nov 04 11:57:23 <DocScrutinizer> X-P
Nov 04 14:27:28 <lindi-> PaulFertser: you have some patches in mail now :)
Nov 04 14:27:51 <lindi-> (also spammed openmoko-kernel@ in case somebody else is curious)
Nov 04 14:54:48 <JaMa|Wrk> lindi-: for qi?
Nov 04 14:54:53 <lindi-> JaMa|Wrk: yes
Nov 04 14:55:10 <lindi-> JaMa|Wrk: also, can you please look at the linux buildfix patch I sent you? ;)
Nov 04 14:55:14 <JaMa|Wrk> good, thanks
Nov 04 14:55:25 <JaMa|Wrk> lindi-: yup when I get home someday..
Nov 04 14:55:34 <lindi-> forever at Wrk? ;)
Nov 04 14:55:49 <JaMa|Wrk> or @gf :)
Nov 04 14:57:35 <lindi-> ah
Nov 04 14:57:45 <lindi-> JaMa|Wrk: no worries, this is not urgent or anything
Nov 04 14:58:42 <lindi-> JaMa|Wrk: I'm also planning to add support for "/boot/cmdline-GTA02" that will make it possible to specify linux kernel command line with qi
Nov 04 14:58:54 <lindi-> JaMa|Wrk: currently qi hardcodes commendlines and then supports appending something to them
Nov 04 14:59:30 <lindi-> JaMa|Wrk: but for example  https://github.com/radekp/qi/commit/0c2d3c3e35c9edb7d1de00b5fcb739bf02afc58   from you shows that hardcoded commandline is not good for all cases
Nov 04 14:59:55 <lindi-> JaMa|Wrk: I would like that people who "apt-get install qi" can still boot qtmoko, SHR
Nov 04 15:01:11 <JaMa|Wrk> makes sense
Nov 04 15:01:46 <JaMa|Wrk> I had also something like this to push init=bootchart instead of default
Nov 04 15:13:20 <lindi-> JaMa|Wrk: the problem is that there is no such facility for NAND
Nov 04 15:13:33 <lindi-> JaMa|Wrk: we could put the boot parameters to factory partition
Nov 04 15:13:44 <lindi-> JaMa|Wrk: that would be easy to add since qi already reads files from there
Nov 04 15:13:50 <lindi-> JaMa|Wrk: but do you want that?
Nov 04 15:14:11 <JaMa|Wrk> well honestly I care only about uSD on freerunner
Nov 04 15:14:21 <JaMa|Wrk> for nand I guess we can provide sane default command line
Nov 04 15:14:38 <JaMa|Wrk> ah.. right not for ubifs/jffs2 ..
Nov 04 15:14:43 <lindi-> yeah exactly
Nov 04 15:15:10 <JaMa|Wrk> but this could be autodetected and decided in runtime
Nov 04 15:15:43 <JaMa|Wrk> without updating factory partition with dfu util if something goes wrong 
Nov 04 15:19:35 <lindi-> JaMa|Wrk: yeah updating factory partition sounds scary
Nov 04 15:19:45 <lindi-> JaMa|Wrk: I would like to keep qi dumb
Nov 04 15:19:51 <lindi-> JaMa|Wrk: adding autodetection sounds risky too
Nov 04 15:20:13 <lindi-> JaMa|Wrk: any other ideas?
Nov 04 15:21:50 <GNUtoo> CONFIG_CMDLINE + forcing that in the kernels?
Nov 04 15:22:03 <lindi-> that sounds bit nicer yes
Nov 04 15:22:14 <lindi-> JaMa|Wrk: GNUtoo: but couldn't linux autodetect it?
Nov 04 15:22:30 <GNUtoo> for now in recent kernels CONFIG_CMDLINE has 3 options
Nov 04 15:22:41 <GNUtoo> I don't remember them exactly
Nov 04 15:23:04 <GNUtoo> one was force
Nov 04 15:23:08 <GNUtoo> one was append
Nov 04 15:23:23 <GNUtoo> and I don't remember the third one
Nov 04 15:23:44 <lindi-> hmm
Nov 04 15:24:04 <GNUtoo> on older kernels the set of options is rather more limited
Nov 04 15:24:26 <GNUtoo> btw the debug board has an FTDI
Nov 04 15:24:45 <GNUtoo> that's capable of driving SPI somehow
Nov 04 15:25:13 <lindi-> i am typing this by using openmoko as a usb keyboard
Nov 04 15:25:18 <GNUtoo> where are the output pins of the SPI that can be driven by the FTDI(not the SPI of the freerunner)
Nov 04 15:25:23 <JaMa|Wrk> hmm providing different kernel image for jffs2 and ubifs seems worse idea then qi and qi-ubi
Nov 04 15:25:25 <GNUtoo> ok lol
Nov 04 15:25:50 <JaMa|Wrk> lindi-: heh, you're crazy
Nov 04 15:25:54 <lindi-> report sent to community@ :)
Nov 04 15:26:00 <GNUtoo> I want it for coreboot:
Nov 04 15:26:06 <GNUtoo> http://flashrom.org/Flashrom/0.9.4 supports the openmoko debug board
Nov 04 15:26:10 * JaMa|Wrk prefers vice-versa.. to type on pc and see output on freerunner
Nov 04 15:26:46 <GNUtoo> I've already tried other ways(bug 2.0 -> spi -> windbond chip)
Nov 04 15:26:55 <GNUtoo> so I wondered how to do it with the debug board
**** ENDING LOGGING AT Fri Nov 04 16:14:09 2011

**** BEGIN LOGGING AT Fri Nov 04 16:18:15 2011
Nov 04 16:41:30 <PaulFertser> lindi-: yay, big thanks :)
**** ENDING LOGGING AT Fri Nov 04 17:02:03 2011

**** BEGIN LOGGING AT Fri Nov 04 17:03:22 2011
**** ENDING LOGGING AT Fri Nov 04 17:15:12 2011

**** BEGIN LOGGING AT Fri Nov 04 17:24:14 2011
Nov 04 18:13:05 <nschle85> GNUtoo: hello :-) I am back from Lago di Garda 
Nov 04 18:18:39 <nschle85> mickeyl: ping
Nov 04 18:24:26 <GNUtoo> nschle85, hi
Nov 04 18:24:56 <GNUtoo> sorry I was busy making a SPI EEPROM programmer from my bug 2.0 for programming my BIOS chip for putting coreboot on my deksop
Nov 04 18:27:22 <nschle85> GNUtoo: i wont disturb ... i want to tell i am back, it was impressive and shr still compiles :-)
Nov 04 18:28:40 <nschle85> GNUtoo: the italien alps are much nicer than the austrian or bavarian
Nov 04 18:29:36 <nschle85> GNUtoo: and every italien inhabitant speaks german :-)
Nov 04 18:30:49 <nschle85> GNUtoo: but next weeks i do not eat pizza :-)
Nov 04 18:30:53 <GNUtoo> now the programmer works
Nov 04 18:31:01 <GNUtoo> so you can dissturb
Nov 04 18:31:21 <nschle85> GNUtoo: but i do understand what the programmer is for
Nov 04 18:32:01 <nschle85> do you flash coreboot into bios of your desktop computer ?
Nov 04 18:36:46 <mrmoku> nschle85: heh... you never left austria ;)
Nov 04 18:37:42 <nschle85> mrmoku: no, i always leave germany in north or east :-)
Nov 04 18:38:40 <nschle85> mrmoku: and in south austria is the last country for me :-)
Nov 04 18:39:33 <GNUtoo> nschle85, basically I couln't find a second bios chip that is the same than the one that is on my mainboard
Nov 04 18:39:40 <GNUtoo> so I got the idea of an external programmer
Nov 04 18:39:51 <GNUtoo> and my bug devices have SPI
Nov 04 18:39:57 <GNUtoo> and the bios chip is SPI
Nov 04 18:40:25 <GNUtoo> since there is huge chance that it doesn't work
Nov 04 18:40:34 <GNUtoo> and if it doesn't work the mainboard is bricked 
Nov 04 18:40:42 <GNUtoo> you usually need a fallback method
Nov 04 18:40:56 <GNUtoo> the fallback method is that external programmer
Nov 04 18:41:07 <GNUtoo> so I can reflash the bios or another coreboot version
Nov 04 18:41:18 <GNUtoo> if I flashed on the motherboard itself I would have only 1 try
Nov 04 18:41:27 <GNUtoo> after that try it would be bricked if it didn't work
Nov 04 18:41:41 <GNUtoo> and my mainboard is not supported officially
Nov 04 18:41:48 <GNUtoo> so I cannot take that risk
Nov 04 18:42:03 <GNUtoo> all its peripherals are supported
Nov 04 18:42:17 <GNUtoo> and there is a similar mainboard supported(only difference ddr2 vs ddr3)
Nov 04 18:42:28 <GNUtoo> and one letter in the mainboard model 
Nov 04 18:42:39 <GNUtoo> paulk, ^^^ 
Nov 04 18:47:05 <nschle85> GNUtoo: and buying a working progrmmer was no option ?
Nov 04 18:49:21 <nschle85> mrmoku: or how do i have to understand "you never left austria ?" its like Mallocra and 17 country of germany  ?
Nov 04 18:51:05 <mrmoku> 19:28 < nschle85> GNUtoo: and every italien inhabitant speaks german :-)
Nov 04 18:51:16 <mrmoku> alto adige is not pure italy :)
Nov 04 18:51:39 <mrmoku> though lago di gada is not alto adige anymore I think
Nov 04 18:51:57 <mrmoku> maybe to many german tourists...
Nov 04 18:55:05 <xrmx> mrmoku, north of lago di garda is in trentino
Nov 04 18:55:21 <nschle85> GNUtoo: i dont remember if you or mrmoku was it, if i told about my limited skills to support you wanted to look in the wiki but is there any wiki page about shr developer skills ?
Nov 04 18:56:55 <nschle85> mrmoku: but i can confirm: too many german tourists :-)
Nov 04 18:57:48 <nschle85> mrmoku: and they are driving soo slow :-)
Nov 04 18:58:28 <mrmoku> xrmx: and south is veneto or lombardo?
Nov 04 18:58:52 <xrmx> mrmoku, east veneto, west lombardia
Nov 04 18:59:23 <nschle85> mrmoku: GNUtoo: but all italian woman where soo friendly to my baby :-)
Nov 04 18:59:43 <nschle85> mrmoku: picolo, picolo :-)  :-)
Nov 04 18:59:46 <mrmoku> xrmx: ok thx :)
Nov 04 19:07:12 <nschle85> GNUtoo: do you remember our converstation ?
Nov 04 19:12:38 <GNUtoo> nschle85, buying a programmer was more work
Nov 04 19:13:10 <GNUtoo> nschle85, there is a page:
Nov 04 19:13:17 <GNUtoo> it's the people page
Nov 04 19:13:45 <GNUtoo> http://wiki.freesmartphone.org/index.php/People
Nov 04 19:14:07 <GNUtoo> nschle85, no I don't remember sorry
Nov 04 19:14:26 <nschle85> GNUtoo: ok it a fso page :-)
Nov 04 19:14:30 <GNUtoo> yes
Nov 04 19:14:37 <GNUtoo> it's accessible from that page:
Nov 04 19:14:46 <GNUtoo> http://wiki.freesmartphone.org/index.php/Community_infrastructure
Nov 04 19:14:51 <GNUtoo> which is linked in the main page
Nov 04 19:15:34 <nschle85> GNUtoo: you told me that shr lacks of manpower and i should do fix bugs instead of making gps working
Nov 04 19:15:53 <nschle85> GNUtoo: do you have a concrete bug i could solve ?
Nov 04 19:23:03 <GNUtoo> nschle85, basically the goal is to be able to use the n900 as a phone
Nov 04 19:23:53 <nschle85> GNUtoo: Ok, please define phone :-)
Nov 04 19:23:57 <GNUtoo> so fix what you need for using it as a phone
Nov 04 19:24:01 <GNUtoo> bbl
Nov 04 19:24:04 <GNUtoo> I must go
Nov 04 19:24:05 <GNUtoo> sorry
Nov 04 19:24:14 <GNUtoo> big priority: fix the sound quality during calls
Nov 04 19:24:15 <nschle85> GNUtoo: ok, bye
Nov 04 19:24:25 <nschle85> GNUtoo: i cannot do
Nov 04 19:25:01 <GNUtoo> bbl
Nov 04 19:25:05 <GNUtoo> soon
Nov 04 19:33:04 <GNUtoo> back
Nov 04 19:36:38 <nschle85> GNUtoo: welcome :-)
Nov 04 19:38:27 <mrmoku> GNUtoo: boots?
Nov 04 19:38:56 <GNUtoo> not yet I'm building coreboot
Nov 04 19:39:21 <GNUtoo> I've some issues compiling the payloads
Nov 04 19:40:40 <GNUtoo> ok nice it finally compiled
Nov 04 19:50:52 <DocScrutinizer> OT: any tips how to hot-sw-reset a laptop kbd? (controller locked up)
Nov 04 19:51:20 <DocScrutinizer> at least that'S what I suspect
Nov 04 19:51:41 <DocScrutinizer> as rhis very USB kbd still works
Nov 04 20:23:58 <nschle85> GNUtoo: what is your real first name ?
Nov 04 20:28:23 <GNUtoo> nschle85, I'm Denis Carikli, why?
Nov 04 20:30:40 <nschle85> i am talkig abou you and i am always using the term "Gnutoo" 
Nov 04 20:31:18 <nschle85> so using Dennis would be more polite
Nov 04 20:58:11 <lindi-> PaulFertser: just tell me if there's something to fix in the patches, I surely don't want to cause regressions :)
Nov 04 21:00:45 <paulk> GNUtoo, hi! are you having good success with coreboot so far?
Nov 04 21:01:27 <paulk> I'd be really interested in trying too as my motherboard seems a good candidate but the BIOS chip isn't in a PLCC socket but soldered
Nov 04 21:01:42 <paulk> so it'll be harder to change if I screw up
Nov 04 21:36:55 <CIA-89> freesmartphone.org: 03morphis 07aurora * r769c31b4bcfa 10/aurora-daemon/src/bin/ (application.cpp application.h): 
Nov 04 21:36:55 <CIA-89> freesmartphone.org: aurora-daemon: start with reading application configuration from settings file
Nov 04 21:36:55 <CIA-89> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 04 21:36:56 <CIA-89> freesmartphone.org: 03morphis 07aurora * r1be41d5f413f 10/aurora-daemon/src/bin/ (cellularservice.cpp cellularservice.h): 
Nov 04 21:36:56 <CIA-89> freesmartphone.org: aurora-daemon: update celluar status bit when GSM resource is aquired
Nov 04 21:36:56 <CIA-89> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 04 21:36:57 <CIA-89> freesmartphone.org: 03morphis 07aurora * r512eaab7bd11 10/aurora-daemon/ (5 files in 3 dirs): 
Nov 04 21:36:57 <CIA-89> freesmartphone.org: aurora-daemon: first bits of getting FSO GSM service support working again
Nov 04 21:36:58 <CIA-89> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 04 21:37:15 <CIA-89> SHR: 03morphis 07meta-smartphone * re40447799268 10/meta-aurora/recipes-qt/qt4/qt-components_git.bb: meta-aurora: qt-components: fix cross compilation and license naming
Nov 04 21:37:26 <CIA-89> SHR: 03morphis 07meta-smartphone * r8a616d885a4b 10/meta-aurora/recipes-aurora/aurora/aurora-base.inc: meta-aurora: aurora-base: bump SRCREV
Nov 04 21:37:26 <CIA-89> SHR: 03morphis 07meta-smartphone * r03447873b4d1 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: aurora-applications are gone and now part of aurora-daemon
Nov 04 21:37:26 <CIA-89> SHR: 03morphis 07meta-smartphone * ra3d956ab76a2 10/meta-aurora/recipes-aurora/aurora/aurora-applications_git.bb: aurora-applications: the aurora applications are now part of the aurora-daemon
**** ENDING LOGGING AT Sat Nov 05 02:59:57 2011