=== rsalveti` is now known as rsalveti
* smb -> BOD06:55
* ppisati -> reboot07:45
* ppisati -> out09:59
* henrix reboots14:11
Eimannhmm, I still need to troubleshoot why 3.4.0-030400rc5-generic works fine on my thinkpad x220 but 3.4.4-030404-generic and 3.5 do not14:20
jsalisburypgraner, I posed a new kernel to bug 1018020  This should be the final patch14:34
ubot2Launchpad bug 1018020 in linux "Logitech webcam not working" [High,In progress] https://launchpad.net/bugs/101802014:34
pgranerjsalisbury, ok otp will be in about 20 min14:44
jsalisburypgraner, thanks.  just wanted to let you know the kernel is available in case you had some video meetings today.14:45
pgranerjsalisbury, I have them all day15:02
jsalisburypgraner, cool, your a great test subject then :-)15:02
* ogasawara back in 2015:12
jokerdinohey guys. i recently upgraded to quantal from precise and i had graphics issues.15:18
jokerdinoi then had to install the inux-image-extra-3.5.0-3-generic to fix the issues.15:18
jokerdinoi am wondering why i have to manually install it when it seems quite necessary?15:19
smbjokerdino, Upgrading with either update-manager or do-release-upgrade should pull in that package automatically. Though update-manager had some other issues yesterday (at least). do-release-upgrade did pull in extras though.15:28
jokerdinosmb: thanks for your response. i upgraded earlier and i didn't have it installed through do-release-upgrade15:31
jokerdinoi mean, i upgraded through the command line and it didn't work as you say15:35
smbjokerdino, If neither update-manager nor do-release-upgrade would work (though those are preferred as they do a bit more than just switch to the new sources), then the best way to ensure the kernel packages are complete is to install a meta package. Like "apt-get install linux-generic". Those should give you header files, the kernel itself and anything else15:36
jokerdinoi understand that. but keeping QA testing in mind, this is not ideal is it?15:38
smbWell QA testing should upgrade using the supported methods. Though if you say, you used do-release-upgrade and it did not work, that would have been a bug, but it seems at least as of yesterday it was ok15:39
jokerdinoi upgraded on Tuesday IIRC15:40
jokerdinohttp://chat.stackexchange.com/transcript/201?m=5297694#5297694 15:40
jokerdinoi am quite sure it wasn't auto installed.15:40
smbAnd just to be sure, you say "using the command line" and that was do-release-upgrade?15:41
jokerdinoyes that.15:42
jokerdinocan i look for logs that might be useful for you?15:42
smbHm, yeah. you should probably file a bug then as well. 15:43
jokerdinoyou do suggest it is not a problem anymore though?15:44
jokerdinoand this answer on Ask Ubuntu suggests installing extra is not being done for quantal? http://askubuntu.com/a/153033/2579815:45
jokerdino"As far as I know, the above approach has not been taken for the Quantal kernels -- only -virtual is affected as usual. "15:45
rtgogra_, whats the normal way to install a new kernel on an ARM board if it can u-boot ? the usual 'dpkg -i linux-image*' doesn't update /boot/uImage15:45
ogra_rtg, hmm,. that would be a bug 15:46
smbjokerdino, For quantal the virtual and the generic kernel are the same packages. Only the virtual meta-package does not install extras while the generic one does.15:46
rtgogra_, well, its a linaro kernel deb15:46
ogra_if you used a proper image the bootloader setup should take care15:46
ogra_oh, linaor15:46
ogra_well, try to run sudo flash-kernel manually15:46
ogra_see what happens15:46
rtgogra_, that won't wreck the SPI NOR ?15:47
ogra_might be that linaro (once again) broke the subarch naming convention15:47
jokerdinosmb: alright then. i'll chat with balloons regarding this then.15:47
ppisatirtg: ogra_ there's today discussion about incompatibilities between our flash-kernel and their kernels15:47
ogra_ppisati, if they follow the debian and ubuntu naming scheme its fine 15:47
ppisatirtg: ogra_ Re: Problem with flash-kernel script on PandaBoard with Ubuntu image and Linaro kernel15:47
ppisatirtg: on ubuntu-devel15:47
ogra_i.e. the mx5 kernel which does this, just works 15:47
ppisatiogra_: they actually wanted to patch our flash-kernel to support their stuff15:47
ogra_ppisati, yes, i saw that15:47
rtgogra_, this is the mx6 on a sabrelite board15:48
ogra_they should patch debians15:48
ogra_rtg, well, then it most likely isnt even in the flash-kernel database yet 15:48
ogra_is that quantal ?15:48
* ogra_ prays that it is15:48
ogra_OMG !15:48
rtgogra_, I'm working on a 3.2 kernel to bring it up to precise15:49
ogra_k, so you need to hack up flash-kernel ... that version had all HW data for all boards hardcoded directly in the flash-kernel script15:49
ogra_take a look :)15:49
smbjokerdino, Ok. If the upgrade path still fails to install extras for you, then please file a bug. And in that case the installer logs hopefully help to find out why it did not happen.15:49
ogra_it will not be an easy task (compared to the quantal flash-kernel) to add all the functions you need15:49
jokerdinosmb: okay. thanks for your help15:50
ogra_rtg, any chance you could use a quantal userspace ? 15:50
rtgogra_, eventually, but I thought I'd get the kernel working first.15:50
rtgimx_flash_kernel()  ?15:50
ogra_well, no idea how that board actually boots without having played with it ...15:51
ogra_imx_flash_kernel is for the mx5 15:51
ogra_if the mx6 didnt change wrt booting, that should work15:51
ogra_but you need the match for the "hardware" entry from /proc/cpuinfo15:51
rtgogra_, it boots from u-boot by loading /boot/uImage, which looks kind of like the mx515:51
ogra_(must be somewhere in the middle of the code)15:52
ogra_k, sounds good15:52
ogra_so try to add a line for the cpuinfo output and make it match for the imx_flash_kernel function and you should be good15:52
rtgogra_, I'm assuming if the u-boot command is 'ext2load mmc ${disk}:1 10800000 /boot/uImage && bootm 10800000 ;', then I should set IMX_KERNEL_ADDR= 10800000 in flash-kernel ?15:58
ogra_heh, thats a good question15:59
ogra_i dont think this directly translates to the address from boot.scr, but i'm not sure16:00
rtgwell, the worst it can is not boot. I've got an image of the original SD card.16:01
rtgcan do*16:01
ogra_original wasnt linaro i suppose ?16:01
ogra_(else you should be able to look up that address)16:01
ogra_       "Freescale i.MX6 Quad (Device Tree)")16:02
ogra_                check_subarch "mx6"16:02
ogra_                IMX_KERNEL_ADDR=0x1000800016:02
ogra_                imx_flash_kernel16:02
ogra_my copy of flash-kernel already has an entry for the mx6 here 16:02
ogra_(flash-kernel-2.28ubuntu42 is the last copy of the old cruft i have around here)16:02
rtgogra_, so, where would I find a Quantal image ?16:02
ogra_no idea, linaro might have one already 16:03
ogra_oh, quantal16:03
rtgI haven't been able to find anything newer then oneiric16:03
ogra_ubuntu-core would be a good start probably16:03
ogra_but that needs some manual tinkering (networking and a rootpw at least)16:03
rtgmaybe I should hassle Eric Miao who has done all the work on this16:04
ogra_well, if it boots you should at least see a kernel panic now (not finding a rootfs)16:04
ogra_if you got that far, just creating a second partition on your SD and unpacking ubuntu-core to it should get you a booting system (no login though without passwd indeed)16:05
rtgogra_, bummer, what ever flash-kernel did trashed u-boot. 16:09
ogra_ignore flash-kernel then, do it manually 16:09
ogra_do you have a boot.scr from the original SD ?16:10
rtgogra_, I'm not even getting the u-boot serial startuop. how do I recover from that ?16:10
ogra_ugh, no idea16:10
ogra_we dont support any boards in ubuntu that dont boot from SD :)16:10
ogra_i.e. all boards we support atm are unbrickable16:11
ogra_hard to tell if the mx6 has any option to force boot from SD only 16:11
rtgwell, this does boot from SD, but I think the initial startup is in SPI NOR which then loads u-boot from SD16:11
ogra_ah, then its fine 16:11
ogra_does the original SD have two partitions ? 16:12
rtgnot taht I know of, but I didn't look too clase. lemme reimage it.16:12
ogra_yeah, take a look16:12
ogra_usually uboot systems have an ext2 or vfat partition as the first part on SD and read their bootloader stuff from there16:13
ogra_(though indeed not all of them :P )16:13
rtgre-imaging, could take awhile...16:15
bjfbug 102321416:36
ubot2Launchpad bug 1023214 in linux "bogus utime and stime in /proc/<PID/stat" [High,Confirmed] https://launchpad.net/bugs/102321416:36
* apw notes there is a s/r fix coming in v3.5-rc717:00
apwcommit dc332fdf9f373a87b1e2f423b5b004b2a3c37e1a17:00
apwAuthor: Jonathan Nieder <jrnieder@gmail.com>17:00
apwDate:   Sun Jul 8 21:55:14 2012 +020017:00
apw    ACPI / PM: Leave Bus Master Arbitration enabled for suspend/resume17:00
smbbjf, jsalisbury I pushed git trees (which you can look at for reference) to lucid-* directories on gomeisa and started builds. This basically reverts one (I believe rather SAUCE though it does not say so) patch and replaces it with two upstream changes. We always were thinking of backporting but since it is so hard to verify never actually did.17:07
bjfsmb, thanks17:07
smbbjf, jsalisbury Just assuming you will be longer around today than me to have the bug updated. Btw, I looked at the Maverick repo again and that already seems to carry the other two and not the one reverted. So it seem it was about that time it got changed. I believe there also has been something else concerning load values but much later...17:12
bjfsmb, ack17:13
* rtg -> lunch17:39
jsalisburysmb, ack17:50
ogasawarajsalisbury: for your patches for 1018020, following the alsa-devel thread it sounds like the first patch isn't needed.  Did you want to re-test really quick with only the second patch before I apply.18:01
jsalisburyogasawara, sure, sounds like a good idea.  I can test here, and post a new kernel to the bug.18:02
ogasawarajsalisbury: ack18:02
* smb -> EOD18:11
pgranerjsalisbury, all is good with that kernel on two boxes been in use for a few hours and still chugging18:30
cndarges: I just replied on https://bugs.launchpad.net/ubuntu-advantage/+bug/101582418:31
ubot2cnd: Error: <Bugtracker.plugin.Launchpad instance at 0xa2d980c> bug 1015824 not found18:31
cndwill you be able to follow up as I suggested?18:31
jsalisburypgraner, great.  I'm actually posting one more test kernel.  It shouldn't have any issues, just some code removed that is not needed.18:31
pgranerjsalisbury, cool, I'll watch the bug and test it once it comes out18:32
jsalisburypgraner, I'm uploading them now.  Should be here in a minute: http://people.canonical.com/~jsalisbury/lp1018020/18:33
* ogasawara lunch18:33
jsalisburypgraner, they are there now.  The have 'v3' in the .deb file name.18:34
jsalisburypgraner, when you test the latest v3 kernel, can you see if there is a delay at the login screen?  18:52
* rtg -> EOD20:05
* cking --> EOD20:06
argescnd, yes23:52
cndarges: thanks!23:52
arges: )23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!