/srv/irclogs.ubuntu.com/2010/12/22/#ubuntu-x.txt

saintlyhello hello, having vesa driver issues..00:10
saintlyim trying to run Compiz, when i get this statement in the sytem check:00:10
saintly Distribution:          Ubuntu 10.1000:11
saintly Desktop environment:   Xfce00:11
saintly Graphics chip:         Intel Corporation 82852/855GM Integrated Graphics Device (rev 01)00:11
saintly Driver in use:         vesa00:11
saintly Rendering method:      AIGLX00:11
saintlyChecking if it's possible to run Compiz on your system...  [SKIP]00:11
saintly Checking for hardware/setup problems...           [SKIP]00:11
saintlyAt least one check had to be skipped:00:11
saintly Error: vesa driver in use 00:11
saintlyWould you like to know more? (Y/n) y00:11
saintly The vesa driver is not capable of running Compiz, you need to install00:11
saintly the proper driver for your graphics card.00:11
RAOFsaintly: I'd guess you've turned off kernel modesetting.00:15
RAOFAlso, your we don't support compiz on your GPU, because if you try to turn it on you'll end up with seemingly-random X hangs.00:16
saintlyso no luck for me eh00:21
Sarvatton day evolution won't suck! only manage to get one email out before outgoing mail stops sending :)00:50
RAOFOne day there'll be a mail client that doesn't suck.00:53
Sarvattyeah its called gmail :)00:54
RAOFThat handles threading *really* badly.00:54
Sarvatt?!00:54
JanCSarvatt: lol, Gmail is the worst mail client I ever used  :P00:54
Sarvatti love how it handles threading, all my mailing lists are through gmail00:54
JanCeven outlook/exchange is more standards-compliant  :P00:55
JanC(well, can be beat into being more standards-compliant, at least)00:56
Sarvattguess it's back to thunderbird I go, wanted to give evolution a shot on the new PC since I never used it before00:56
JanCoutside of crashes every 3-6 days, Evolution works fine here00:57
RAOFgmail handles *linear* threading brilliantly.  What it *doesn't* handle is forks in a thread.00:57
Sarvatthmm hasn't crashed yet, but I have to close/reopen it to send email every darn day00:57
Sarvattahh ok I see what you mean, I just like how it puts the threads in every label if someone responds on another list00:58
JanCactually, Evolution crashes only every 1-2 weeks in maverick now00:58
JanCand I guess most peopel don't keep their mail client running for that long  ;)00:59
Sarvatthell I wish I could have more than 3-4 days uptime on natty :)00:59
JanCI don't read mail on natty  ;)00:59
JanCSarvatt: gmail hides your own answers to a list though, which really sucks...01:01
JanCespecially when you are a list admin and have to explain that erratic behaviour to new contributors over and over again...01:02
JanCwhen people resend (and re-resend, etc.) their mails because they don't see them arrive01:02
Sarvattbryceh: hmm, why hasn't nvidia-graphics-drivers-96 moved to -updates yet?02:23
Sarvatt(in maverick)02:23
Sarvattlooking at the patch list and saw that in there, its sitting in proposed02:23
brycehSarvatt, dunno, I think it needs promoted by pitti02:23
brycehhe may be on vacation02:23
brycehSarvatt, seb128 may be his backup02:24
Sarvatti think it needs changes to other packages since it was blacklisted anyway, will ask tseliot02:24
Sarvatthmm https://bugs.launchpad.net/ubuntu/+source/desktop-file-utils/+bug/592671 appears to be rearing its ugly head with the humble bundle games15:39
ubot4Launchpad bug 592671 in desktop-file-utils (Ubuntu) "application cache update (affects: 1) (heat: 19)" [Wishlist,New]15:39
apwSarvatt, heard of any blank screen issues with Natty with recent x changes?  we seem to have a machine (marjo's) which has gained new bad behaviour back to old previously working kernels ... any suggestions as to which package to blame ?16:26
Sarvatthow recent? there haven't been any X changes in almost a month16:27
Sarvattcan ya point me at any channel with the info in the scrollback?16:28
apwSarvatt, not X then, ... i would say his issue is about a week old, it came with the -10 kernel but booting back to -9 does not work correctly either any more16:28
apwSarvatt, there is none, as he continuiously uses private messages for some reason (most annoying)16:28
apwSarvatt, there is a bug however16:28
apwbug #69309316:28
ubot4Launchpad bug 693093 in linux (Ubuntu) "[i945gme] 2.6.37-10.24: Black Screen on Boot (affects: 1) (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/69309316:28
Sarvattoh, thanks, looking16:28
Sarvattgo figure it's against linux so wont have the informative logs in it :)16:29
apwSarvatt, with the black screen issue on -10 he now gets what he describes as 'low resolution mode' on all older kernels too16:29
apwwhich sounds very strange indeed to me16:29
apwSarvatt, indeed, but i did get the Xorg.log added16:31
Sarvattvesafb picking 1024x768 on a 1024x600 panel, check..16:31
Sarvattnot seeing anything really obvious so far outside of that, slow at reading logs sorry :)16:34
apwSarvatt, i know, to my eye X is happy so i'd expect a display16:35
apwhe claims the backlight is visible16:35
* apw tries to summon marjo16:36
marjo_apw: i'm here16:38
apwSarvatt, the victim himself16:38
apwmarjo_, you are able to ssh into this machine arn't you16:38
Sarvattmarjo_: can you try booting with vesafb.sucks=1 and see if it's any different?16:38
apwSarvatt, is that a technical term16:38
marjo_apw: able to ssh in16:39
Sarvattinvalid module parameter stopping it from loading :)16:39
apwso foo.blacklist_me_dammit=1 would disable any module ?16:39
Sarvattapw: yep, only way I know of to disable built in modules16:39
apwinteresting16:39
apwwe should define one which does the same thing ... for all modules16:40
Sarvattblacklist=foo, but that doesn't always work16:40
Sarvattif you have it in /etc/modules or something it'll load after the initrd is done even with blacklist=foo16:40
apwSarvatt, do you think a drm.debug=0x4 might help us?16:41
Sarvatti'm putting my bets on plymouth dying after the vesafb transition because it's happened so much in the past, but if not yeah16:42
apwSarvatt, i think plymouth dies on most machines, but normally X can pick up from it and you just have more black than you wanted16:42
Sarvattapw: i've had plymouth die at just the right time to where it gets stuck on a blank vt and can't recover giving me a black screen at boot more times than I can count16:43
apwSarvatt, ahh not something i've met, but you do meet a lot more bust video than me16:44
apwmarjo, was that a good or bad sign you logging in there16:44
Sarvattapw: mostly it came from shoving plymouth in the initrd, it's so racy16:46
marjoSarvatt: vesafb.sucks=1 does NOT make any diff;same result16:46
marjoSarvatt: want me to try without vt.handoff=7 splash quiet16:46
apwmarjo, is there any way you can video the boot?16:46
marjoapw: how?!16:47
apwsubtle flickers etc can tell one loads about the issues16:47
marjoapw: there's really nothing to video16:47
apwmarjo, i use my mobile normally16:47
apwmarjo, does your grub go purple ?16:47
Sarvattmarjo: do you see the text splash or a logo? do you see the logo resize during the boot?16:47
apwSarvatt, this is Natty (marjo right?)16:47
marjoapw: natty16:48
Sarvattyeah I get a text splash maybe 1/10 boots16:48
apwso you should see 'bios, black with cursor (short), purple without cursor (long), plymouth maybe, black screen (short), maybe more plymouth, X16:48
apwmarjo, what of that sequence do you see16:49
apwand for how long do you see each segment16:49
apwlikely during the second black the backlight may go off16:49
marjoapw, Sarvatt: no logo, disk activity LED lights, drum heard, blank screen16:49
apwmarjo, and before it goes black ?16:50
Sarvattso its definitely screwed up early, sounds like vesafb isn't working for one (not that I imagine it would at 1024x768 on a 1024x600 panel)16:53
apwmarjo, it is possible one of my machines is now exhibiting similar beahviour, though i am without backlight16:56
Sarvattupdating my screwed up netbook now to see if I hit it too16:57
apwsomething very off going on at the mo16:58
marjoapw: ack16:59
Sarvattapw: heh, my screen dies too17:04
Sarvattfades to white here though17:04
Sarvattoh now it's light purple17:04
apwwtf is going on all of a sudden17:04
apwpurple is normal after grub17:04
Sarvattand then X started and its fine17:05
Sarvattit was purple after grub, then it faded to white, then drew purple over the white17:05
apwwibble17:05
marjoSarvatt: i don't see the "fade to white" on mine17:05
apwSarvatt, ok whatever i have cleared after some minutes of ignoring it17:09
apwit continued to X17:09
apwand then hung ... what the helll17:10
=== bdmurray_ is now known as bdmurray
Sarvatt_jeeze, vesafb makes vt's suck, over 1 minute to get a dmesg17:22
Sarvatt_http://sarvatt.com/downloads/VID_20101222_121058.3gp17:22
Sarvatt_ah hah, thats with /lib/plymouth/renderers/drm.so moved out of the way, everything works fine using the drm renderer17:27
apwSarvatt_, hrm17:27
Sarvatt_marjo: can you try sudo mv /lib/plymouth/renderers/frame-buffer.so{,.bak} and reboot?17:27
apwSarvatt_, oh that kind of fade to white, thats the 'not refreshing the vram' look isn't it ?17:28
apwSarvatt_, which kernel you got?17:28
Sarvatt_yeah17:28
Sarvatt_thats on -1117:28
Sarvatt_framebuffer renderer looks busted here17:29
apwbah17:29
apwsomething screwey is going on, these kernels worked last night17:29
apwand indeed my amd64 is still working17:29
apwbut i am seeing wibble behaviour with 11 and 10 all of a suddent17:30
apwkernels i ahve been runnig for days17:30
marjoSarvatt: done, rebooted and same behavior on -1017:32
marjoSarvatt: want me to try on -11?17:32
marjoSarvatt: trying -11 now17:33
marjoSarvatt_ ^^^17:33
Sarvatt_marjo: thanks for trying, you want to move /lib/plymouth/renderers/frame-buffer.so.bak back to frame-buffer.so if it didnt do anything17:34
Sarvatt_apw: hope its no grub :)17:34
apwSarvatt_, la la la cannot hear you17:34
marjoSarvatt_ I misunderstood; i thought you said moving drm.so out of the way worked fine17:35
Sarvatt_marjo: nope moving it back worked fine, it was busted when it was using frame-buffer.so which it does some times because its racy17:35
Sarvatt_totally depends on how fast you boot as to what it uses from my experience with it17:36
marjoSarvatt_ yikes! it's that "racy"?17:37
marjoSarvatt_: ok moving either drm.so or frame-buffer.so out of the way results in same behavior on -1017:38
marjoSarvatt_ so, no diff17:38
Sarvatt_struggling to see what else it could be outside of grub at this point..17:39
bdmurraybryceh: the right tag is regression-release for natty or any stable release17:39
Sarvatt_since its affecting old kernels you haven't run update-initramfs on so its not something in the initrd, and its happening early17:39
apwSarvatt_, there is exactly no kernel drm changes from 2.6.36-rc6 -> -rc7 which is the diff between -10 and -1117:39
apwgurgle17:39
marjoSarvatt_ here's what I've tried with no success17:40
marjoset gfxpayload=text17:40
apwand now -10 is showing the same symptoms a bit wtf17:41
Sarvatt_ah was going to ask that next, didn't help?17:41
marjoremoved 'splash quiet vt.handoff=7'17:41
Sarvatt_apw: we tested the heck out of -10 yesterday for the grub thing too!17:41
Sarvatt_or was that another machine? sorry17:41
marjoSarvatt_ in --verbose mode, last output is: "Running /scripts/init-bottom done'17:41
apwSarvatt_, no this was the very same machine!17:42
apwSarvatt_, thats how i know it worked ... and now .. its odd17:42
apwi want to cry17:42
Sarvatt_apw: have the old grub .debs in /var/cache/apt/archives?17:42
Sarvatt_my machine works so I can't test it17:42
Sarvatt_oh actually, if I move drm.so out of the way again I can test it, it was moved out of the way before when it was working17:43
marjoSarvatt_ i've also tried removing "set gfxpayload=linux_gfx_mode" with no success17:43
Sarvatt_marjo: did this just start in the last day or so?17:44
maxbIs this the AOA150 thingy you asked me about testing last week, Sarvatt_ ?17:45
Sarvatt_maxb: nope that was a grub problem and got fixed in the most recent grub17:45
apwSarvatt_, ok old grub is broken as expected on reboot, so i have the old one17:45
marjoSarvatt_ no it started with my upgrading on 17 December 17:46
maxbSarvatt_: ah, that must be the grub my ADSL is struggling with right now then :-)17:46
Sarvatt_apw: guess what17:46
Sarvatt_apw: your grub 20101210~verbose9 works17:46
Sarvatt_new grub 20101221 is bonkers, this may be an unrelated problem though17:47
Sarvatt_marjo: did it hang with a blinking underscore in the top left of the screen previously by any chance, or was it the same?17:49
marjoSarvatt_ never hung w/ blinking underscore; always gets past the blinking underscore17:50
apwSarvatt_, and you are able to boot this -11 kernel ok on you n270:17:56
apw?17:56
Sarvatt_apw: yep, my problem is different, i only have a problem moving the plymouth drm renderer out of the way with the newer grub17:56
apwSarvatt_, this is mad, so you can boot it and i could last night and cannot today ... this is just wibble17:57
Sarvatt_apw: maybe I shouldn't mention booting the kernel with no nx-emu works fine too :) as does stock -11 with your 20101210~verbose9 grub packages17:57
apwmust be some kind of race with something something17:57
marjoSarvatt_ FWIW here's what verbose mode tells me:17:57
apwyeah just went back to *verbose9* and it doens't work any better than the grub2 in the archive17:58
marjoSarvatt_ init: plymouth state changed from post-start to running17:58
marjoSarvatt_ init: Handling start event17:58
Sarvatt_apw: ah ok definitely a different problem I'm hitting then17:58
marjoSarvatt_ drum heard; blank screen17:58
Sarvatt_hmm, wonder if plymouth:debug output would help17:58
marjoSarvatt_ how? please advise18:01
Sarvatt_marjo: without a good boot to compare it to it probably wont be that helpful, but you can add plymouth:debug to the kernel command line in grub and a log will show up at /var/log/plymouth-debug.log18:03
apwSarvatt_, i didn't think plymouth was in initramfs, so i don't need to regen those do i ?18:07
Sarvatt_oh whoops it is on my netbook according to lsinitramfs, maybe thats why the grub downgrade worked :)18:10
Sarvatt_shouldn't be by default unless you forced it at some point18:10
apwyeah doesn't seem to be18:11
Sarvatt_lets see if i can reproduce problems removing it18:11
marjoSarvatt_ here's some suspicious plymouth:debug output:18:12
marjo[ply-utils.c]                               ply_open_module:Could not load module "/lib/plymouth/renderers/x11.so": /lib/plymouth/renderers/x11.so: cannot open shared object file: No such file or directory18:12
marjo^M18:12
marjo[./plugin.c]                                create_backend:creating renderer backend for device /dev/dri/card0^M18:12
marjo[./plugin.c]                                   load_driver:Attempting to load driver 'i915'^M18:12
marjo[ply-terminal.c]                             ply_terminal_open:trying to open terminal '/dev/tty7'^M18:12
Sarvatt_http://pastebin.com/SMKx3JxY -- thats mine on a good boot18:13
apwSarvatt_, i see we have a new udev 32 hours ago18:13
marjoSarvatt_ ok, so your good boot has same "no such file or directory messages" as mine18:15
apwSarvatt_, ok this looks to be something outside the kernel18:26
apwi regenerated the initramfs for my -10 kernel and not its bolloxed too18:26
apwnow18:26
Sarvatt_does recovery work?18:38
dijeneratehi all18:51
dijenerateI'm running a series of systems for digital signage and already deployed machines have jaunty on them18:52
dijeneratethey run intel 945gme chips on atom soc boards18:52
brycehSarvatt_, we ought to clean up / improve https://wiki.ubuntu.com/X/Troubleshooting/BlankScreen18:54
dijeneratewe started to change some of our screens our to a custom display based Panasonic's Viera tc-p42c2x board... essentially a tv18:54
dijeneratenow, 18:54
dijeneratenow, we can't get any display res to work using the intel driver... 2.9.1-1ubuntu18:58
dijeneratedoes anyone have any suggestions that could help?18:58
dijeneratewe cannot upgrade the os at this stage because of other hardware/software dependency issues18:58
dijenerateany ideas?18:58
dijenerateanyone?18:58
apwSarvatt_, ok ... seems that the issue is that udev is borked19:04
apwSarvatt_, and any kernel which has its initramfs rebuilt after the update gets fooked19:04
Sarvatt_apw: wow what the heck is going on, X didn't start for 216 seconds afte I removed plymouth from the initrd19:19
Sarvatt_http://pastebin.com/7VtnNJ1f19:19
apwSarvatt_, that is the bug ... and you can confirm my finding19:19
apwSarvatt_, boot an old kernel and then downgrade udev to the previous version19:19
apwSarvatt_, that will re-regen your initramfs and fix you19:20
Sarvatt_i already did a update-initramfs -u -k 'all' and busted my old ones removing plymouth19:20
apwSarvatt_, be good if you could try that as it would confirm udev is bust19:20
apwSarvatt_, oh you may be in the poo you may need a USB stick then19:20
apwSarvatt_, oh if you can get in over the network you are ok of course, i couldn't on mine without logining in which i couldn't do19:23
apwSarvatt_, did you manage to downgrade udev ?19:45
brycehbdmurray, so sounds like regression-development is being merged with regression-release?  Is that because bugs are tagged with the release name so can be distinguished that way?19:45
brycehbdmurray, have you thought about maybe simplifying the tag to just 'regression'?19:46
Sarvatt_apw: yeah, guess I got booted? besides that fluke 216 second boot its no different19:46
Sarvatt_X up around 26 seconds in19:46
apwSarvatt_, so downgrading udev sorted you as well?19:47
Sarvatt_i'm back to newer udev again and its fine, sorry to confuse you even more19:48
apwhrm odder19:48
apwi will try upgrading again, and see19:48
Sarvatt_last boot with the downgrade, X was up at 25 seconds in, this boot after upgrading again 26 seconds19:48
bdmurraybryceh: it was originally regression-potential but is now regression-release.  https://lists.ubuntu.com/archives/ubuntu-bugsquad/2010-October/002778.html19:49
=== yofel_ is now known as yofel
Sarvatt_well got the 216 second boot explained at least,  not used to it being silent in dmesg: Last checked:             Wed Dec 22 14:14:05 201019:52
Sarvatt_apw: BAH wait a second here19:56
Sarvatt_[   20.810481] udev[381]: starting version 16419:56
Sarvatt_looks like i didn't upgrade again properly19:56
Sarvatt_udev 165: X up at 25 seconds, 29 seconds, 29 seconds, doesn't seem to be a problem20:03
Sarvatt_I got upstart and dbus upgrades going back to the new udev though20:04
brycehSarvatt_, apw, using your debugging discussions, I updated https://wiki.ubuntu.com/X/Troubleshooting/BlankScreen a good bit20:13
brycehSarvatt_, apw, hopefully if others need to debug other kinds of black screen bugs they'll be able to use your approach to pin it down20:15
Sarvatt_If the kernel supports Mode Setting (KMS), it puts the video card into its preferred resolution using a frame buffer (vesafb). The framebuffer is initialized with a purple background. -- oh how I wish that was true, maybe 10 years ago when we had 4:3 monitors with native modes in the vbios :)20:16
brycehif there already is a troubleshooting page for this kind of bug let me know so we can merge this into it; seems like these black screen boot problems are technically not X issues so this may not be the perfect place for the page20:17
bryceh(otoh people still blame X for these types of bugs so maybe it is)20:17
brycehSarvatt_, ok feel free to edit.  I made some guesses out of ignorance there ;-)20:17
brycehor if you don't feel like wiki'ing just mention the corrections here and I'll make them in a bit20:18
Sarvatt_it's kind of hard because step 4 isn't exactly clear cut and depends on how fast you actually boot :) it'll start drawing to whatever is available and if the KMS fb gets loaded after it just resizes things to native from whatever it was using before20:21
Sarvatt_throwing plymouth in the initrd with gfxpayload=text I can get plymouth starting to draw before vesafb is even loaded like 1 second in so things use the text splash20:22
* Sarvatt_ doesn't understand what grub is doing in the process at the moment20:22
Sarvatt_bryceh: this is going to be a novel but i'm editing it, do you realize how many possible varations in each step there are? :) plymouth picks different backends based on how many heads are plugged into the GPU on radeon for instance, cryptsetup being installed packs the gpu modules in the initrd so stuff happens earlier, and the copyfb stuff alters things20:35
marjoSarvatt_ anything else I can try on my system, or just wait for udev fix?20:38
* marjo assumes "udev is borked" is the root cause20:40
Sarvatt_marjo: the udev stuff isn't your problem most likely because it just got released yesterday, I'm out of ideas about what it could be20:41
marjoSarvatt_ ack20:41
brycehback20:41
marjoSarvatt_ time to reinstall Alpha-1 on this puppy?20:41
brycehSarvatt_, whoa, didn't realize plymouth was trying to be so magical20:42
brycehSarvatt_, that's gotta be full of bugs20:42
Sarvatt_bryceh: why do you think I hate vesafb/vga16fb so much? :)20:42
brycehheh20:42
marjobryceh: through it's trying to be so magical, it seems to introduce "racy" conditions20:42
marjoSarvatt_ and here it was the plymouth 2.7 change i was worrying about20:43
marjohah!20:44
brycehSarvatt_, well, getting it docced a bit might help in diagnosing the problems, but it's probably ok if it's not exhaustive of all the options.  Stuff changes in the code faster than we can update docs typically, so a bit of generalizing may be worthwhile20:44
brycehmarjo, during boot is the worst place to have race conditions ;-)20:45
marjos/plymouth/python20:45
brycehI suppose it's that way in order to do fast boot20:45
marjobryceh: ack20:45
Sarvatt_apw: were you able to reproduce it in that you were stuck on a black screen even after X started the same as marjo?20:46
Sarvatt_or was it some other issue?20:49
Sarvatt_it really looks like https://bugs.launchpad.net/ubuntu/+source/linux/+bug/605667 to me, but vesafb.sucks=1 as well as GRUB_GFXPAYLOAD_LINUX=text should fix it if so an it's not.21:00
ubot4Launchpad bug 605667 in linux (Ubuntu) "Kernel Oops - unable to handle kernel NULL pointer dereference; RIP: 0010:[<ffffffff81365730>] [<ffffffff81365730>] fb_release+0x30/0x70 (affects: 2) (heat: 28)" [Medium,In progress]21:01
Sarvatt_(that was from last time we had gfxpayload=keep enabled along with vga16fb)21:02
Sarvatt_marjo: funny enough, windows 7 wont work on your eee without a bios upgrade because of that 1024x768 problem, it gets stuck with a black screen after the windows splash because it tries to use that invalid mode21:13
Sarvatt_they fixed it in bios 060221:13
Sarvatt_not saying its the same problem but might be worth upgrading it anyway, i'm not sure you'll ever see a splash the way things are set up now with vesafb unless its later on from the drm renderer which can use 1024x60021:15
marjoSarvatt_ but that doesn't explain why this system used to work, does it?21:15
marjoSarvatt_ I'm tempted to install natty-Alpha1 just to convince myself; what do you think? i seem to be stuck anyway21:17
Sarvatt_nah your xorg log shows it using 1024x600, struggling to work out how it could break down like that21:18
Sarvatt_marjo: wait, when you say natty updates on december 17th broke it, do you mean you upgraded from maverick on december 17th?21:18
marjoSarvatt_ no, i upgraded natty->natty21:18
Sarvatt_ah darn, that would have made more sense :)21:19
Sarvatt_in software center -> history, can you narrow it down to what you upgraded on the 17th?21:20
marjoSarvatt_ do you think you've got everything you need from my system? if so, i'd like to install alpha1 on it21:20
Sarvatt_so many possibilities in the week of packages before that21:21
marjoSarvatt_ yes, i was holding off my daily upgrade due to my concern re: python 2.7, then I got encouragement from doko and mvo, so i went for it!21:22
marjoand mvo and I couldn't narrow it down to an offending package; we both were tending towards a plymouth bug21:23
marjowe had ruled out grub, based on debugging21:23
marjoSarvatt_ ok, i'm going to install natty-alpha1 and see how it breaks from there21:27
marjoSarvatt_ maybe that will help us narrow down the problem21:28
marjoSarvatt_ ping22:57
Sarvatt_marjo: heyo, any luck with alpha 1?22:57
marjoSarvatt_ good news22:57
Sarvatt_oh?22:57
=== Sarvatt_ is now known as Sarvatt
marjoSarvatt 2.6.37-3 boots; no high res22:58
marjo2.6.37-5 boots; no high res22:58
marjo2.6.37-7 all works! including 1024x600(16:9)22:59
Sarvatthmm, -8 and higher don't?22:59
marjoSarvatt i haven't gone further; what do you want from this working system before I try -9?23:00
Sarvattmarjo: is this on that new install, or did ya just install those on the old one?23:01
marjoSarvatt? huh?23:01
Sarvattthose kernels, did you install a new alpha 1 install like you said and then tried out the older kernels, or did ya just try those on your old install?23:01
marjoSarvatt: i installed natty-alpha1, but system still had all these old kernels lying around, so i started at -3 (alpha1) and started trying different kernels23:02
marjoSarvatt: i just wanted to narrow down where things broke, since this system used to work fine23:03
Sarvattmarjo: /var/log/kern.log would be helpful23:03
marjoSarvatt: ack23:04
marjoSarvatt: attach to bug report or how do you want it?23:06
Sarvattthe bug please if thats ok23:07
marjoSarvatt: done23:13
marjoSarvatt: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/69309323:14
ubot4Launchpad bug 693093 in linux (Ubuntu) "[i945gme] 2.6.37-10.24: Black Screen on Boot (affects: 2) (heat: 14)" [High,Confirmed]23:14
Sarvattmarjo: yeah digging through it now, wanted kern.log because it has the bad boots too and hopefully can spot the difference there23:15
Sarvattmarjo: I think what i'd do next is upgrade just the kernel to the latest so you can rule that out23:16
marjoSarvatt: yes, back to -323:16
marjoSarvatt: latest == -11?23:16
* Sarvatt nods23:16
marjoSarvatt: with this system, even the trackpad works!23:17
Sarvattdont believe the kernel is going to be the actual problem and we can rule it out right away if -11 works without all of the other stuff updated23:18
Sarvattthe trackpad didn't work before?!23:18
Sarvattvesafb isn't getting used on your successful boot of -7 there23:21
marjono the trackpad also stopped working at some point23:21
marjoSarvatt: is that good? vesafb not getting used?23:21
Sarvatthmm it isn't getting used in *any* of those boots, don't tell me we turned that on after alpha 1? :)23:22
RAOFNo, it's still crazifying some of my systems.23:26
RAOFAt least, last time I checked.23:26
marjoSarvatt: boot into -11?23:31
Sarvattmarjo: yeah, leave the rest of the userspace at alpha 1 and try -11 out23:32
marjoSarvatt: -11 works like a charm! w/ unity & trackpad & compiz23:38
marjoSarvatt: so which of the 500+ packages is suspect? plymouth?23:38
Sarvatthttp://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=33c08882c0d551afb28baef643279901dcc65fa9 was the only change to x-x-v-intel, hmm23:41
Sarvatton december 13th23:41
brycehSarvatt, hmm23:43
Sarvattx-x-v-intel, grub, udev are the prime suspects I think marjo, if anything I would try upgrading those one by one and see if it busts23:43
Sarvatt(sorry to be such a pain, really shooting in the dark here)23:43
marjobryceh, Sarvatt: and breakage observed on 17 December...23:43
marjoSarvatt: ok, will do; please no apologies23:44
marjoSarvatt: upgrading grub2 first, ok?23:50
Sarvattmarjo: I would do x-x-v-intel first23:50
Sarvattleast invasive :)23:50
Sarvattdoesn't matter I guess23:51
marjoSarvatt: how do i get x-x-v-intel?23:51
brycehSarvatt, do you suspect the above intel patch?  doesn't look like it could cause this particular problem but who knows23:51
Sarvattudev might pull in a ton of other stuff23:51
marjoSarvatt: so i think i'll do grub2 first (just for kicks)23:51
Sarvattokie, was saying that because grub2 update is going to pull in all the vesafb mess, sudo apt-get install xserver-xorg-video-intel would do it23:53
Sarvattbryceh: it doesn't look like it to me, but with copy-fb I'm not sure, need to go over this more23:54
marjoSarvatt: i upgraded grub2 and now my system is broken (dark screen)23:55
marjoSarvatt: w/ -11 kernel23:55
Sarvattmarjo: ok can you ssh in and get the dmesg and attach it to the bug and we can move it over to grub?23:55
Sarvattits... complicated though. vesafb loading now and all and that machine thinks it has a 1024x768 vesa mode that it doesn't work with so it's going to be black with that..23:57
* Sarvatt looks up vga= modes to try23:57
marjoSarvatt: but isnt' that the exact problem i'm dealing with?23:57
Sarvattkind of, I'm not sure why that is breaking the boot process completely23:58
Sarvattfor me using an invalid mode with vesafb just screws up the early part of the boot process and it recovers fine23:58
marjoSarvatt: ack23:58

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