PatrikOlssonI'm going to bed now, I would really appreciate if someone would spend two seconds looking at the question!00:20
PatrikOlssonI just want to contribute00:20
stgrabersforshee: so, it looks like my laptop is a brick... I tried pulling the battery, memory, hdd, ... nothing helped01:00
PatrikOlssonnvm, good night01:00
stgrabersforshee: but it reminded me of the Samsung UEFI issue, I believe it's the first time I get a real panic on that machine01:00
stgrabersforshee: and my understanding is that we dump the panic to nvram now with new kernels01:00
stgrabersforshee: could it be that doing this somehow breaks Lenovo laptops?01:00
stgrabermjg59: ^ (thinkpad x230, 3.8 kernel on UEFI, kernel panic, won't show me anything since)01:01
=== zequence_ is now known as zequence
=== smb` is now known as smb
=== shuduo is now known as shuduo_afk
smbppisati, again ... bah! ;-P08:02
ppisatismb: what? :)08:02
smbppisati, morning08:03
* apw yawns09:12
xnoxI see some references that "[PATCH] block: replace __getblk_slow misfix by grow_dev_page fix" made it all the way back to oneiric. Can somebody check if that patch is in precise generic kernels and up as well?09:53
* xnox is struggling to find commit id09:53
apwommit 7e9433b5394fd935dd6ea01dff601f23300aff8310:02
apwAuthor: Hugh Dickins <hughd@google.com>10:02
apwDate:   Thu Aug 23 12:17:36 2012 +020010:02
apw    block: replace __getblk_slow misfix by grow_dev_page fix10:02
apw    10:02
apw    BugLink: http://bugs.launchpad.net/bugs/104989910:02
apw    10:02
ubot2Ubuntu bug 1049899 in linux (Ubuntu Precise) "Precise update to 3.2.29 stable release" [Medium,Fix released]10:02
apw    commit 676ce6d5ca3098339c028d44fe0427d1566a4d2d upstream.10:02
apwxnox, that is from precises10:02
xnoxapw: awesome, thanks.10:06
apwxnox, and that was in Ubuntu-3.2.0-32.5110:09
=== henrix_ is now known as henrix
ckingapw, http://www.x.org/wiki/IntelGraphicsDriver10:35
henrixapw: unless you're already on it, i'll apply herton's i915 patch into master-next so that i can start the respin10:54
apwhenrix, you go ahead10:55
henrixapw: ack10:55
apwhenrix, so we are respinning for it ?10:55
=== edamato is now known as edamato-afk
henrixapw: well, that's a nasty regression and its affecting lots of people it seems10:55
apwhenrix, i cannot deny your logic10:56
apwi was leaning that way myself10:56
apwhenrix, as this is the P kerenl it isn't on the P point release CDs in fact is it10:56
henrixapw: no, this kernel won't be the one on the .210:57
apwhenrix, great, no panic then10:57
henrixapw: anyway, i'm going to prep everything, do all the testing etc, and leave it to brad to take the final decision ;)10:58
apwhenrix, an even better plan :)11:01
=== edamato-afk is now known as edamato
ogra_apw, rtg, there is a new android release for nexus7 ... (not sure if it has a new kernel or wheer the source is though)12:14
rtgogra_, I can look.12:14
ogra_it seems to add some stability acccording to the tests ... though i'm not sure if there is anything kernel related 12:14
rtgogra_, when was the update released ? I don't remember having to update my unit recently .12:15
ogra_beginning of the week, but not released in all countries yet12:15
ogra_(i would have assumed the US being the first one though)12:16
rtgogra_, there don't appear to be any kernel updates in the google repo12:26
ogra_well, it is supposed to have some BT fixes 12:28
ogra_not sure if thats in userspace or kernel though12:28
rtgmaybe they don't push them right away12:28
ogra_if google would only allow me to search in english ...12:29
apwogra_, add something like ?hl=en to the end of the google URL12:30
ogra_(there used to be a "only english results" button for non natives ... )12:30
ogra_oh, thanks !12:30
apwit is something like that12:30
jpdsapw: That only changes the interface language.12:31
apwjpds, hmmm i guess ogra_ can let us know :)12:33
ogra_hmm ?12:33
ogra_oh, i get english results now mixed with some few german ones12:33
ogra_(didnt attach it to the end but edited it in the url)12:33
jpdsogra_: Genau.12:34
ogra_hmm, https://developers.google.com/android/nexus/images doesnt have a 4.2.2 image yet12:39
ogra_so i guess you are right, they will roll out the ota ones first 12:39
hertonapw, there is someone reporting a mismerge on an overlayfs patch on quantal, bug 112209414:15
ubot2Launchpad bug 1122094 in linux (Ubuntu) "[patch] fix improper merge with overlayfs." [Medium,Confirmed] https://launchpad.net/bugs/112209414:15
apwherton, ok thanks14:24
apwherton, it does look wrongo, quite how we ever get away with it, i am unsure14:36
hertonapw, yes, henrix and I also took a quick look and seems wrong, perhaps we got away as it most affects the error path in nameidata_to_filp, error returned probably is uncommon14:41
shadeslayerhi, after installing fglrx I get : http://paste.kde.org/670244/14:49
shadeslayerany advice?14:50
apwshadeslayer, never seen that before, it looks on the face of it to be a bug in modprobe14:51
shadeslayerapw: I see bug reports on LP about this 14:51
shadeslayerbug 107306214:51
ubot2Launchpad bug 1073062 in kmod (Ubuntu) "modprobe: Assertion `kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed" [Undecided,Confirmed] https://launchpad.net/bugs/107306214:51
shadeslayerfull log ^14:52
apwi would regenerate the initramsfs again and see if it works14:53
apwupdate-initramfs -u14:54
shadeslayerapw: nope, same issue14:55
apwtseliot, ^^ seen anything like this in your testing?14:56
tseliotapw: yes but only when the module can't build against the kernel14:59
apwtseliot, thanks15:00
shadeslayertseliot: well ... as I can see, the module does build15:00
shadeslayeror maybe I'm reading it wrong?15:00
apwshadeslayer, what does 'grep off /etc/modprobe.d/*' say15:00
apw/etc/modprobe.d/fglrx.conf:alias radeon off15:01
apw/etc/modprobe.d/fglrx.conf:alias lbm-radeon off15:01
tseliotshadeslayer: also the output of "dkms status" might help15:01
apwok according to the debian bug it is those (added by fgrlx) which kill kmod15:01
tseliotapw: how?15:02
apwtseliot, it is broken15:02
apwtseliot, it does not understand off15:02
tseliotapw: that would be a major issue15:03
apwand one i would have thought someone would a15:03
apwhave noticed before now, given we have been using kmod for all of raring i think15:03
tseliotmaybe I should update my testing box again...15:05
apwshadeslayer, ok for now i would try converting those two 'off's to be blacklist <foo> and see if you can build an initrd ok15:13
apwshadeslayer, i will look into this in a bit15:13
shadeslayerapw: ack15:14
shadeslayerworks :)15:14
apwshadeslayer, i am unsure if that is enough to prevent it loading on reboot, it _should_ be15:15
* ogasawara back in 2015:38
BenC /srv/ubuntu/linux-ppc-3.8.0/ubuntu/alx/alx_main.c:239:2: error: implicit declaration of function ‘vzalloc’ [-Werror=implicit-function-declaration]15:43
BenCrtg: This compiled for you guys everywhere else?15:44
rtgBenC, nope. in fact we disabled it for PPC, as should you15:44
rtgBenC, PPC in Quantal I mean15:45
BenCAh, ok, I'll disable it15:46
BenCrtg: Seems like an easy fix though (add some #include's)15:49
rtgBenC, upstream is git://github.com/erikarn/alx.git. perhaps you could send 'em a patch.15:50
rtgso far this device only exists on x86'en platforms15:51
BenCI might…pretty low on my priority15:51
kamalBenC, rtg: I'll take care of that (fixing and submitting patch to alx upstream) if you like.    now to find a PPC build machine . . .16:10
BenCkamal: send me the patch, and I'll test it16:11
BenCkamal: I can send you the full error log if you want16:11
kamalBenC: sure: kamal@canonical.com16:12
BenCkamal: Ok, give me a bit to get back to that point after this upload16:12
kamalBenC: no rush, I've got plenty of stuff to break in the meantime16:12
kamalon that note ...16:13
kamalrtg: do you remember that day when I broke everybody's backlight?16:14
rtgquite thirstily :)16:14
kamaloh.   dang.16:14
kamalwell anyway ...    that was a fun day, right?   wanna do that again?16:14
rtgonly if I know there is free beer in it for me.16:15
kamalthere's a small i915 patch (really, very small -- couldn't hurt a fly its so cute) that is pending in drm-intel-fixes-nightly ...   I'm not sure whether it'll make it in before 3.9.16:15
kamalso . . .   can I have it in raring pretty please?16:15
apwkamal, if you want a patch you know where to send it ... :)16:16
rtgsubmitted on the k-team list yet ?16:16
kamalapw: hush, I'm just trying to warm rtg up first16:16
kamalI'll be submitting it to k-team shortly.   yes, I agree in advance to whatever beer ransom you deem appropriate.16:17
=== xnox is now known as foxtrot
=== foxtrot is now known as xnox
apwherton, on that overlayfs thing, i have posted test kernels for him, as he can tickle the issue17:19
rtgogra_, is the N7 image from today broken ? I can see Plymouth doing its thing, then the display goes dark. Plugging into the serial console works but I can't login since I have yet to setup a user.17:22
ogra_rtg, hmm, there are issues, but nothing that should prevent you from installing17:23
rtgogra_, I've done it twice. would battery charge have any impact ? Mine might have been pretty low17:23
hertonapw, ack thanks17:24
ogra_battery has surely some impact , i have seen the writing of images fail before due to it 17:24
ogra_but you got beyond that step, it sounds more like ubiquity being evil to you or so17:25
rtgwell, I'll let it charge for an hour then try again17:25
=== yofel_ is now known as yofel
rtgapw, ogasawara: any patches pending for raring ? I'm thinking I'll upload in order to get kamal's backlight fix out there.17:54
apwrtg, nothing i can think of17:55
ogasawarartg: nothing here17:55
rtgok then17:55
* rtg -> lunch18:25
=== ghostcube_ is now known as ghostcube
plarsbjf, rtg: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/112441519:05
ubot2Ubuntu bug 1124415 in linux (Ubuntu) "Network installation fails with ahci" [Undecided,New]19:05
rtgplars, ack19:06
=== bjf is now known as bjf[afk]
* bjf[afk] -> lunch19:18
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
sforsheestgraber, I just noticed the messages from you in my backscroll, yikes20:00
marvin24dumb question: how to disable certain arch from kernel builds?20:01
stgrabersforshee: yeah... waiting for Lenovo to come replace the system board...20:02
stgrabersforshee: so that kernel test will have to wait a few days ;)20:02
sforsheemy first suspicion would be that trying to store the panic messages triggered some firmware bug20:03
stgraberyeah. I don't think it's the first panic I had on that machine since I moved to the 3.8 kernel, but it can certainly depend on the size of the dump or maybe what's already in nvram20:04
sforsheedo you happen to remember any details about where the panic happened?20:04
sforsheeunfortunately there seem to be a lot of uefi bugs that are triggered by writing to nvram20:05
stgrabersforshee: sadly my memory isn't that good and the laptop was overheating so I didn't wait long before removing the battery to get it to cool. The only thing I remember was that it wasn't bluetooth related (I had a couple of those lately so that's I remember quickly going through the stack looking for bluetooth stuff and not seeing any)20:06
stgrabersforshee: do we have some kind of boot flag to turn off that feature (writing to nvram on panic)? because I don't want to end up bricking my replacement laptop ;)20:07
sforsheestgraber, okay. Just wondering whether it was related to my changes or not.20:07
sforsheenot sure...20:07
sforsheeand that's assuming that writing the panic to nvram was the cause20:07
sforsheeI have a hard time believing that anything I changed could brick a machine though20:08
stgrabersadly as I want it fixed ASAP, I doubt this machine will end in the hands of anyone who actually knows what they are doing, so it's very unlikely we'll ever get to see a dump of the nvram or any kind of firmware debug data...20:08
jsalisburyrtg, bug 1124373 sounds like there may be an issue with the linux-firmware package in the preicse repository20:10
ubot2Launchpad bug 1124373 in linux-firmware (Ubuntu) "linux-firmware unexpected EOF in archive" [Undecided,New] https://launchpad.net/bugs/112437320:10
sforsheestgraber, we can certainly disable writing the dump to nvram by disabling CONFIG_PSTORE, still not sure if there's some command-line option we can use20:13
jsalisburyrtg, I'll try to confirm the issue, but just wanted to give you a heads up.20:14
stgrabersforshee: it'd be unfortunate that we'd have to do that because the feature is kind of cool and useful... it sucks that we can't really check to be sure that it's indeed the problem...20:15
stgrabersforshee: well, I guess we could get similar certification machines and trigger panics in a loop (with panic=1 so the machine reboots), wait a day or so and see if we get any bricked ones... :)20:15
sforsheestgraber, that's an option20:17
rtgjsalisbury, I just pulled from the archive and unpacked OK.20:18
rtgwget http://archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.79.1_all.deb20:18
sforsheestgraber, I'm pretty sure I heard some talk of tests involving filling up nvram, maybe that was wrt fwts20:18
jsalisburyrtg, Thanks for confirming it's ok.  I'll follow up on the bug.  His apt db is probably corrupt.20:19
stgrabersforshee: I know mjg59 wrote some tool on Windows that fills a bunch of nvram variables to trigger the samsung brick issue. I guess we could have something like that in fwts and maybe something that simulates what the kernel does on panic (if simply filling the nvram doesn't essentially do the same thing)20:19
rtgjsalisbury, just added https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1124373/comments/520:20
ubot2Ubuntu bug 1124373 in linux-firmware (Ubuntu) "linux-firmware unexpected EOF in archive" [High,Triaged]20:20
jsalisburyrtg, great, thanks20:20
ohsixwasn't it tracked down to samsung using fake menu labels to do internal things? and when a proper user came by, it fell apart20:21
mjg59No, that's unrelated20:21
ohsixok :>20:21
mjg59I'd look into that, except this Samsung is dead20:21
=== henrix is now known as henrix_
ohsixwhat were the nvram-y things related to?20:22
mjg59The nvram-y things20:22
stgrabermjg59: you don't have some Lenovo around by any chance to see if you can reproduce what happened on my laptop yesterday? ;)20:22
ohsixso nothing in particular20:22
mjg59stgraber: I've been running UEFI on Lenovos for about two years20:22
mjg59stgraber: They're what I wrote the EFI pstore code on20:22
mjg59stgraber: So I'm not immediately convinced that this is the problem20:23
stgrabermjg59: ok, so hopefully it was an unrelated issue that bricked my laptop yesterday after a kernel panic (x230)20:23
mjg59I'd hope so20:23
mjg59I mean, it could have been a kernel panic caused by bad hardware20:23
mjg59But yeah it's a concern20:23
mjg59I guess I can try filling the storage on this and see if it still boots20:23
mjg59I think I've got on-site...20:24
stgraberI'd been using it for UEFI/SB testing since September or so (got it right after Plumbers), I had a few panics but the fatal one was yesterday after testing a brightness fix from sforshee (3.8)20:24
stgraberso if it's the panic that triggered it, it must be a pretty specific bug (depending on the size of the dump or similar) and so will be a real pain to reproduce (especially as I don't have some magic way of getting the content of the nvram from the bricked unit)20:26
stgraberanyway, I'm glad I paid extra for quick warranty service on this one (and that I have a Lenovo service center a block away from here)20:26
* rtg -> EOD20:31
* ogasawara lunch20:49
=== bjf[afk] is now known as bjf

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