**** BEGIN LOGGING AT Mon Dec 26 02:59:56 2011
Dec 26 12:07:47 <GNUtoo> hi mickeyl 
Dec 26 12:08:09 <GNUtoo> could you check if sound works on your gta04?
Dec 26 12:08:10 <mickeyl> moinmoin
Dec 26 12:08:53 <mickeyl> mp3 playback worked @ FSOSHRCON
Dec 26 12:09:18 <GNUtoo> ouch
Dec 26 12:09:20 <GNUtoo> root@om-gta04:/sys/bus/platform/drivers/twl4030-codec# echo twl4030-codec > bind   
Dec 26 12:09:20 <GNUtoo> -sh: echo: write error: No such device
Dec 26 12:09:39 <GNUtoo> what kernel did you have?
Dec 26 12:09:43 <GNUtoo> the 3.2 under SHR?
Dec 26 12:10:26 <mickeyl> i don't know offhand, i can test tomorrow, today i have other things to do... it's my birthday ;)
Dec 26 12:10:32 <GNUtoo> ah ok
Dec 26 12:10:37 <GNUtoo> happy birthday
Dec 26 12:10:40 <mickeyl> thanks :)
Dec 26 12:10:46 * mickeyl got the big 4 today
Dec 26 12:10:50 <GNUtoo> ah ok
Dec 26 12:11:12 <mickeyl> i'll put the modem on the 04 in shape
Dec 26 12:11:16 <mickeyl> there's only  abunch of things missing
Dec 26 12:11:23 <mickeyl> like proper SIM init handling and so
Dec 26 12:11:27 <GNUtoo> ok
Dec 26 12:11:29 <mickeyl> +COPS now works
Dec 26 12:11:34 <GNUtoo> nice
Dec 26 12:11:39 <mickeyl> (without strange characters in 'code')
Dec 26 12:11:43 <GNUtoo> but I suspect my gta04 has broken CODEC
Dec 26 12:11:55 <mickeyl> hmm... try with the hardware validation kernel
Dec 26 12:11:58 <GNUtoo> ok
Dec 26 12:12:05 <mickeyl> it's older but might have less bugs than 3.x
Dec 26 12:12:11 <GNUtoo> ok
Dec 26 12:12:23 <GNUtoo> because the sound/soc/omap/gta04.c seem ok
Dec 26 12:12:45 <GNUtoo> /debug/asoc finds the OMAP stuff
Dec 26 12:12:53 <GNUtoo> like CPU DAI
Dec 26 12:12:57 <GNUtoo> but not the CODEC
Dec 26 12:13:03 <GNUtoo> and it really shound find it
Dec 26 12:16:40 <nschle85-jenkins> Project shr-core-om-gta02-shr-image build #57: SUCCESS in 4 hr 0 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/57/
Dec 26 12:16:55 <GNUtoo> mickeyl, btw I've no serial cable....
Dec 26 12:17:24 <mickeyl> GNUtoo: that's bad, please ping Nikolaus, you should have one
Dec 26 12:17:34 <GNUtoo> ok
Dec 26 12:17:45 <GNUtoo> because I'm really the kind of person that need
Dec 26 12:17:48 <GNUtoo> *need one
Dec 26 12:17:49 <mickeyl> yap
Dec 26 12:35:20 <nschle85-jenkins> Project shr-core-om-gta02-aurora-image build #2: SUCCESS in 18 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/2/
Dec 26 12:43:41 <GNUtoo> I cannot compile it, issues with compiler, let's see how they did compile it in SHR
Dec 26 12:47:26 <GNUtoo> ok found the patch
Dec 26 13:00:12 <DocScrutinizer> hey, happy birthday mickeyl 
Dec 26 13:00:19 <mickeyl> thanx DocScrutinizer 
Dec 26 13:02:45 * mickeyl tries Linux Mint today
Dec 26 13:05:31 <mickeyl> nschle85-jenkins: got any success wrt. GPS on N900 yet?
Dec 26 13:05:31 <nschle85-jenkins> mickeyl you may not issue bot commands in this chat!
Dec 26 13:05:40 <mickeyl> hmm?
Dec 26 13:05:47 <mickeyl> oh
Dec 26 13:22:11 <DocScrutinizer> mickeyl: you ever dared to place antenna of a random mobile on GSM (not UMTS) with a call established, next to GTA04 AV-receptacle? I'd actually do that myself and see what audio-in gives me (also with a real headset wire plugged in) but alas it seems my GTA04 still needs to get built before I may eventually receive it
Dec 26 13:22:47 <mickeyl> DocScrutinizer: no, never did that. will do next time i work on the 04 (soonish, in 2 days or so)
Dec 26 13:22:58 <mickeyl> what catastrophes do you exect?
Dec 26 13:23:00 <mickeyl> expect
Dec 26 13:23:45 <DocScrutinizer> It's a pity Nikolaus got severely misguided on picking a pinout for AV connector - it has mic in hot wire on SLEEVE ! :-o
Dec 26 13:24:12 <DocScrutinizer> and no RF blockers at all
Dec 26 13:24:26 <DocScrutinizer> basically worse than GTA02 ever been
Dec 26 13:27:45 <DocScrutinizer> for those who just heard some chinese gibberish right now: When you plug in a mere AV-plug (without cable) and that plug has a metal housing, your "headset mic in" audio will suffer from severe hum on simply touching the housing of that plug with your finger. It's not shielding ground that got connected to sleeve, it's the highly sensitive mic-in
Dec 26 13:28:51 <DocScrutinizer> of course it's 'ideal' for picking up RF interference as well
Dec 26 13:30:10 <DocScrutinizer> seems Nikolaus found a really kinky AV-cable for dunno what nasty device, that does exactly this, and thought it would make for a nice "standard"
Dec 26 13:30:59 <DocScrutinizer> maybe iPhones do this to render all "sane" headsets useless
Dec 26 13:32:51 <DocScrutinizer> you'll anyway have a hard time to find plug components that allow to NOT connect base contact of plug to cable shielding braid. Apple of course can build such special plugs for their accessories
Dec 26 13:32:58 <GNUtoo> 2.6.32 works
Dec 26 13:33:10 <mickeyl> GNUtoo: audio?
Dec 26 13:34:26 <GNUtoo> yes works under 2.6.32
Dec 26 13:34:34 <GNUtoo> so I guess I must fix it
Dec 26 13:36:10 <GNUtoo> btw is a NAND install possible or does the bootrom goes automatically on microsd and can't be changed?
Dec 26 13:37:03 <DocScrutinizer> GNUtoo: bootrom checks 3 or 4 locations, one after the other
Dec 26 13:37:09 <DocScrutinizer> NAND being last
Dec 26 13:37:58 <DocScrutinizer> first is serial, 2nd USB, 3rd is 1st MMC interface, whatever is connected to it
Dec 26 13:38:08 <GNUtoo> ok
Dec 26 13:38:10 <DocScrutinizer> 4th is NAND
Dec 26 13:38:33 <DocScrutinizer> depends on some bootconfig pins as well IIRC
Dec 26 13:38:42 <DocScrutinizer> but usually it's like I said
Dec 26 13:38:44 <GNUtoo> yes that was my concern
Dec 26 13:38:45 <GNUtoo> ok
Dec 26 13:40:37 <DocScrutinizer> GNUtoo: http://www.omappedia.org/wiki/Bootloader_Project
Dec 26 13:41:23 <DocScrutinizer> >>The internal ROM Code will attempt to boot from several different peripherals including but not limited to: Serial(UART3), SD Card(MMC1 and MMC2), Nand and USB. The order in which the peripherals are attempted is determine by a set of GPIO configuration pins referred to as SYS_BOOT. The default SYS_BOOT configuration for the Zoom2 appears to be: USB, Serial(UART3), SD Card(MM1), and NAND flash.<<
Dec 26 13:50:47 <GNUtoo> ok
Dec 26 13:53:59 <GNUtoo> mickeyl, what's the module to get /dev/ttyHS3?
Dec 26 13:54:56 <DocScrutinizer> oooh this was a rather lengthy thread on gta04-devel ML
Dec 26 13:56:08 <DocScrutinizer> you probably should check Nikolaus' posts regarding uart-hs on ML and/or on bugtracker
Dec 26 13:56:40 <DocScrutinizer> needed quite some kernel meddling to fix conflicts with classical uart drivers IIRC
Dec 26 13:57:26 <GNUtoo> ok
Dec 26 13:57:31 <GNUtoo> it's just for the modem
Dec 26 13:57:40 <DocScrutinizer> patch defconfig or sth
Dec 26 13:57:43 <GNUtoo> I just want to make the modem work under 2.6.35
Dec 26 13:57:46 <GNUtoo> *32
Dec 26 13:57:48 <GNUtoo> ok
Dec 26 13:58:26 <DocScrutinizer> lemme try to find it for you
Dec 26 13:58:54 <GNUtoo> ok thanks a lot
Dec 26 14:00:54 <DocScrutinizer> subject found: "omap-serial.c"
Dec 26 14:01:57 <DocScrutinizer> dev/ttyOx
Dec 26 14:02:19 <DocScrutinizer> maybe I'm off topic?
Dec 26 14:03:03 <DocScrutinizer> nah, I seem to recall they renamed ttyHS to ttyO
Dec 26 14:03:41 <DocScrutinizer> you got access to devel-ML?
Dec 26 14:08:49 <DocScrutinizer> GNUtoo: http://lists.goldelico.com/mailman/private/gta04-devel/2011-December/005089.html
Dec 26 14:09:01 <GNUtoo> ok
Dec 26 14:09:11 <GNUtoo> yes
Dec 26 14:09:20 <DocScrutinizer> right one?
Dec 26 14:10:00 <GNUtoo> but I don't remember the password
Dec 26 14:10:04 <GNUtoo> but I'm suscribed
Dec 26 14:10:11 <GNUtoo> so the thread name will work too
Dec 26 14:12:00 <DocScrutinizer> thread name: [gta04-devel] omap-serial.c
Dec 26 14:12:06 <GNUtoo> ok thanks
Dec 26 14:12:24 <GNUtoo> ah I'm suscribed only to gta04-owner
Dec 26 14:12:28 <GNUtoo> I'll suscribe
Dec 26 14:12:41 <DocScrutinizer> first mail :: Fr Dez 16 10:14:01 CET 2011
Dec 26 14:18:51 <GNUtoo> http://lists.goldelico.com/pipermail/gta04-owner/2011-December/001015.html
Dec 26 14:19:00 * DocScrutinizer idly wonders whether N900 could get raped by placing a "MLO" file on eMMC
Dec 26 14:19:40 <DocScrutinizer> yes
Dec 26 14:19:58 <DocScrutinizer> dnseems like that'S the "bottomline" summary
Dec 26 14:20:03 <DocScrutinizer> GNUtoo: ^^
Dec 26 14:20:13 <GNUtoo> ok
Dec 26 14:59:33 <angelox|laptop> good morning people
Dec 26 15:08:25 <GNUtoo> hi
Dec 26 15:09:55 <GNUtoo> the problem is this one:
Dec 26 15:10:10 <GNUtoo> I've only /dev/ttyO0  /dev/ttyO1  /dev/ttyO2
Dec 26 15:10:15 <GNUtoo> and none respond to AT
Dec 26 16:13:19 <GNUtoo> I'll try something for audio in 3.2
Dec 26 16:14:04 <GNUtoo> btw we need 3 framebuffer devices
Dec 26 16:14:06 <GNUtoo> it's for omapfb
Dec 26 16:14:24 <GNUtoo> xf86-video-omapfb needs that for xv
Dec 26 16:23:01 <GNUtoo> hmmm still that:
Dec 26 16:23:02 <GNUtoo> [   11.778686] device: 'snd-soc-dummy': device_add                              
Dec 26 16:23:19 <GNUtoo> altough I added that:
Dec 26 16:23:20 <GNUtoo> +                .platform_name = "omap-pcm-audio",
Dec 26 16:24:20 <GNUtoo>         platform_name = dai_link->platform_name;if (!platform_name)platform_name = "snd-soc-dummy";
Dec 26 16:24:27 <GNUtoo> is the code that governs that
Dec 26 16:39:23 <GNUtoo> hmmm that's not the only snd_soc_dai_link....
Dec 26 16:39:33 <GNUtoo> each gta04*.c has one
Dec 26 16:53:53 <GNUtoo> grrrrrr no more usbnet
Dec 26 16:54:02 <GNUtoo> and no serial of course
Dec 26 17:01:13 <nschle85-jenkins> Project shr-core-nokia900-shr-image build #26: SUCCESS in 4 hr 25 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/26/
Dec 26 17:25:38 <nschle85-jenkins> Project shr-core-nokia900-aurora-image build #2: SUCCESS in 24 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-aurora-image/2/
Dec 26 18:49:42 <meretrix> Is HTC Dream support in shr-core at all or should I just use the older shr-unstable image?
Dec 26 19:00:22 <JaMa|Off> meretrix: not yet
Dec 26 19:02:33 <meretrix> JaMa|Off: Ok thanks. I'll try the August 2011 image then.
Dec 26 19:13:00 <nschle85-jenkins> Project shr-core-deploy-cleanup build #2: SUCCESS in 19 sec: http://norman-schleicher.de/jenkins/job/shr-core-deploy-cleanup/2/
Dec 26 19:35:20 <eliasp> hi
Dec 26 19:38:17 <eliasp> install.sh as described in http://wiki.debian.org/DebianOnFreeRunner fails here like this German user describes here: http://debianforum.de/forum/viewtopic.php?f=12&t=132477
Dec 26 19:40:38 <eliasp> I'd simply rename the file and continue, but I don't know what's the proper way to resume the installation at this point... I think I'd simply comment the partitioning/formatting/etc. in the script, but maybe one of you can fix the package... there's also a related bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646111
Dec 26 19:46:29 <eliasp> ok, sometimes reading the help output is the best thing to do ;)
Dec 26 20:16:39 <nschle85> GNUtoo: ping, the maemo wiki telling for flashing n900 u key needs to be pressed and the plug in usb cable ? is pressing u really necessary ?
Dec 26 20:17:35 <GNUtoo> sometimes yes
Dec 26 20:17:37 <GNUtoo> it depends
Dec 26 20:17:44 <GNUtoo> if you have a bad usb connection yes
Dec 26 20:17:47 <GNUtoo> normally not
Dec 26 20:17:56 <GNUtoo> u just make it stay in flashing mode longer
Dec 26 20:18:18 <GNUtoo> note that I used 0xFFFF and not flasher
Dec 26 20:18:21 <nschle85> GNUtoo: so it should be the preferred procedure i think
Dec 26 20:18:27 <GNUtoo> yes
Dec 26 20:20:41 <GNUtoo> nschle85, I was thinking about something...
Dec 26 20:20:55 <GNUtoo> you know know how ISI works
Dec 26 20:21:03 <GNUtoo> so you could work on sms too
Dec 26 20:21:25 <GNUtoo> and similar stuff ( USSD, sim contacts retrival etc...)
Dec 26 20:22:05 <nschle85> GNUtoo: yes, but step by step
Dec 26 20:22:20 <GNUtoo> ok
Dec 26 20:22:30 <GNUtoo> I wonder if that was easier than GPS
Dec 26 20:22:39 <GNUtoo> at least there is no hard implementation issue
Dec 26 20:22:47 <GNUtoo> you just have to add to fsogsmd 
Dec 26 20:22:57 <GNUtoo> like mickeyl told you 
Dec 26 20:23:14 <nschle85> GNUtoo: true
Dec 26 20:23:32 <nschle85> ill think about it
Dec 26 20:26:04 <GNUtoo> ok
Dec 26 20:28:29 <nschle85> GNUtoo: is there a page where missing things are collected ? its FSO related i think 
Dec 26 20:29:03 <GNUtoo> yes in fso
Dec 26 20:29:20 <GNUtoo> basically we only got network registration and voice calls with bad sound quality
Dec 26 20:29:31 <GNUtoo> it's easy to see in the code what's not implemented
Dec 26 20:29:37 <GNUtoo> give me a minute for finding it
Dec 26 20:31:02 <GNUtoo> registerMediators
Dec 26 20:31:18 <GNUtoo> in isimediatorhelpers.vala
Dec 26 20:32:19 <eliasp> I'm running into this when installing Debian on my Freerunner: http://paste.kde.org/177950/ does anyone know how to resolve this situation?
Dec 26 20:33:29 <GNUtoo>  eliasp no idea sorry
Dec 26 20:34:17 <nschle85> eliasp: libevas-svn-06-engines-x is the problem, is it available in repository ?
Dec 26 20:35:09 <eliasp> nschle85: hmm, good question... I'd have to enter the debootstrap chroot manually for now to dig into this... 
Dec 26 20:35:20 <eliasp> nschle85: better I'll take a look at p.d.o first
Dec 26 20:35:41 <nschle85> ah you are using easy debian ?
Dec 26 20:36:08 <eliasp> I'm using 'install.sh' as described here: http://wiki.debian.org/DebianOnFreeRunner
Dec 26 20:36:31 <eliasp> that's probably "easy debian", I don't know ;)
Dec 26 20:37:09 <GNUtoo> lindi-, may know more
Dec 26 20:37:30 <lindi-> yeah except that I'm not using e17 stuff
Dec 26 20:37:35 <eliasp> no results on p.d.o: http://packages.debian.org/search?keywords=libevas-svn-06-engines-x&searchon=names&suite=all&section=all
Dec 26 20:37:54 <GNUtoo> I succedded at installing e17 not so long ago on the freerunner
Dec 26 20:38:00 <eliasp> hmm, probably in the pkg-fso.alioth repo
Dec 26 20:38:36 <nschle85> eliasp: sorry cannot give any live support i am using shr
Dec 26 20:38:37 <eliasp> just tried ZHONE=false, but it doesn't seem to solve the situation, as the package selection is already there... 
Dec 26 20:38:42 <eliasp> nschle85: ok, thx anyways
Dec 26 20:38:51 <eliasp> will dig now a little around in the chroot ;)
Dec 26 20:38:54 <nschle85> did you apt-get update ?
Dec 26 20:39:33 <eliasp> ~2h ago when I started the installation script, the script did it.. so the pkg repo is more or less up-to-date
Dec 26 20:39:34 <apt> I think you lost me on that one, eliasp
Dec 26 20:41:40 <lindi-> eliasp:   http://packages.debian.org/search?keywords=zhone   shows that experimental has a newer zhone version
Dec 26 20:42:30 <eliasp> lindi-: hmm, ok... running now a manual 'apt-get update' in the chroot and then I'll try again
Dec 26 20:42:43 <lindi-> eliasp: the bug about that is  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634779
Dec 26 20:43:04 <eliasp> lindi-: great, thx :)
Dec 26 20:45:47 <eliasp> ah, the problem is: the 'COM' task of the install script pulls in 'zhone', which has the problem described in this bug... so even my 'apt-get update && apt-get remove zhone && apt-get -f install' in the chroot didn't change the situation much, but skipping the COM task did ;)
Dec 26 20:45:51 <eliasp> thanks for the help
Dec 26 20:50:27 <ege> is there a way on gta02 to switch apps without shr_elm_softkey?
Dec 26 20:51:17 <GNUtoo> yes
Dec 26 20:51:19 <GNUtoo> there is
Dec 26 20:51:28 <GNUtoo> wrench
Dec 26 20:51:33 <ege> wrench?
Dec 26 20:51:47 <GNUtoo> then go on the right and locate that thing:
Dec 26 20:51:58 <GNUtoo> yes on top bar
Dec 26 20:52:02 <GNUtoo> you have a wrnech
Dec 26 20:52:32 <GNUtoo> then go in extensions
Dec 26 20:52:35 <GNUtoo> then go in modules
Dec 26 20:52:42 <GNUtoo> and locate the other softkey inside
Dec 26 20:52:45 <GNUtoo> and activate it
Dec 26 20:56:35 <ege> GNUtoo, is it called softkey?
Dec 26 20:56:59 <ege> I can't find anything that sounds like what I need in there ;-(
Dec 26 20:57:32 <ege> a, sorry
Dec 26 20:57:34 <ege> found
Dec 26 20:57:53 <ege> thanks GNUtoo 
Dec 26 21:00:27 <GNUtoo> yes softkey
Dec 26 21:00:50 <GNUtoo> ege, what feeds are you running?
Dec 26 21:01:08 <GNUtoo> because I hope they didn't break stable feeds
Dec 26 21:01:10 <ege> 013
Dec 26 21:01:15 <GNUtoo> ah ok staging
Dec 26 21:01:20 <ege> yes
Dec 26 21:01:26 <GNUtoo> thanks for testing it
Dec 26 21:02:25 <ege> your welcome, but unfortunately I've no second SIM atm
Dec 26 21:02:40 <ege> so I can't test phone support
Dec 26 21:02:52 <GNUtoo> ok,so just put a - inside
Dec 26 21:03:01 <GNUtoo> for telling that you couldn't test that
Dec 26 21:03:12 <ege> I'll do 
Dec 26 21:17:42 <nschle85> GNUtoo: updated installation page, http://shr-project.org/trac/wiki/Devices/NokiaN900/InstallGuide  missing part is howto extract image on the sd card
Dec 26 21:18:34 <GNUtoo> ok let me look
Dec 26 21:19:42 <GNUtoo> ok
Dec 26 21:20:52 <nschle85> GNUtoo: if we have some time we should merge all the information and clean up the page
Dec 26 21:21:00 <GNUtoo> yes
Dec 26 21:21:09 <GNUtoo> I'm busy with alsa right now
Dec 26 21:21:16 <GNUtoo> I'm trying to make it work on gta04
Dec 26 21:21:27 <nschle85> I am too ... hope you have success
Dec 26 21:21:28 <GNUtoo> because mrmoku switched to 3.2 too soon
Dec 26 21:21:35 <GNUtoo> it worked in 2.6.32
Dec 26 21:21:47 <GNUtoo> but he switched way too soon on 3.2
Dec 26 21:21:52 <GNUtoo> since then no success
Dec 26 21:22:00 <nschle85> GNUtoo: hmmm bad,  i thought the plan was to wait until next release
Dec 26 21:22:13 <GNUtoo> I'm still trying to understand why it doesn't associate the CODEC with the CPU DAI
Dec 26 21:22:44 <nschle85> GNUtoo: sorry i cannot help thats over my horizon  ... :-)
Dec 26 21:23:03 <GNUtoo> ok
Dec 26 21:23:40 <GNUtoo> maybe you could start pressuring people not to break stuff like that
Dec 26 21:24:04 <GNUtoo> because after it makes developers like me very nervous 
Dec 26 21:24:09 <GNUtoo> and that force me to quit
Dec 26 21:24:14 <GNUtoo> and never come back 
Dec 26 21:24:54 <nschle85> GNUtoo: that would be bad, i spoke to jama some days ago and he also preferred NOT to update the kernel.
Dec 26 21:25:11 <GNUtoo> ok
Dec 26 21:25:45 <GNUtoo> and if they come back they are not as efficient as they were before
Dec 26 21:25:46 <nschle85> GNUtoo: but you had massive SD card problems true ? or was it only gta02 related ?
Dec 26 21:25:49 <GNUtoo> for instance see mickeyl 
Dec 26 21:25:57 <GNUtoo> it was gta02 related
Dec 26 21:26:08 <GNUtoo> on gta04 the kernel was bumped which broke alsa
Dec 26 21:26:15 <GNUtoo> and prevent me to work on the forwarder 
Dec 26 21:28:01 <nschle85> so reverting  that change is not possible i have learned
Dec 26 21:28:11 <GNUtoo> it is but it would make flames 
Dec 26 21:28:54 <nschle85> GNUtoo: what do you prefer ?
Dec 26 21:29:33 <GNUtoo> between both kernels, to switch only when it's ready and to work in a branch in the meantime
Dec 26 21:31:10 <nschle85> GNUtoo: this is the way we decided on FSOSHRCON11
Dec 26 21:32:19 <nschle85> GNUtoo: you should write a mail in developer list and lets see what can be done to keep the flames low
Dec 26 21:33:11 <GNUtoo> the thing is that mrmoku is absent
Dec 26 21:33:17 <GNUtoo> he's the one who bumped
Dec 26 21:33:36 <nschle85> GNUtoo: he is in italy :-)
Dec 26 21:34:13 <GNUtoo> yes but not in milan
Dec 26 22:14:22 <nschle85> GNUtoo: bye
Dec 27 00:35:06 <angelox|laptop> good night
**** ENDING LOGGING AT Tue Dec 27 02:59:56 2011