Uploading linux-2.6 (2.6.38-2)
I intend to upload linux-2.6 version 2.6.38-2 early next week, incorporating upstream stable releases 2.6.38.1 and .2. This will bump the ABI number to 2 (so I will also upload linux-latest-2.6). It will fix the FTBFS on mips, and if nothing else is broken then it should be able to progress into testing. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 618847
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 618847 + pending Bug #618847 [linux-2.6] linux-image-2.6.38-1-amd64: Does not boot with KMS enabled (Radeon Mobility HD 3650) Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 618847: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618847 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13011578325297.transcr...@bugs.debian.org
Processed: reopening 619573
Processing commands for cont...@bugs.debian.org: reopen 619573 Bug #619573 {Done: Ben Hutchings b...@decadent.org.uk} [xen-linux-system-2.6.32-5-xen-amd64] xen-linux-system-2.6.32-5-xen-amd64: cpufreq scaling in Dom0 does not work thanks Stopping processing here. Please contact me if you need assistance. -- 619573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619573 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13011583357289.transcr...@bugs.debian.org
Bug#619573: xen-linux-system-2.6.32-5-xen-amd64: cpufreq scaling in Dom0 does not work
On Fri, 2011-03-25 at 15:08 +0100, Michael Kuron wrote: cpufreq=dom0-kernel Oh, I wasn't aware that was an option. But as the note says, it only works if you set a 1-to-1 mapping between physical CPUs and vCPUs in dom0. The 1-to-1 mapping is set using the dom0_vcpu_pin option, which is implied by the cpufreq=dom0-kernel option (taken from xen-4.0.1/xen/common/domain.c:setup_cpufreq_option): if ( !strcmp(str, dom0-kernel) ) { xen_processor_pmbits = ~XEN_PROCESSOR_PM_PX; cpufreq_controller = FREQCTL_dom0_kernel; opt_dom0_vcpus_pin = 1; return; } The cpufreq=dom0-kernel option is what I am actually interested in because cpufreq=xen is not supported on older AMD CPUs. However, I have not been able to actually get it to work yet. OK, I'm reopening the bug, but I'm afraid I'm not likely to spend time investigating it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 619504
Processing commands for cont...@bugs.debian.org: tags 619504 + moreinfo Bug #619504 [linux-2.6] linux-image-2.6.32-5-686: Thermal trip points insanely low Package: linux-2.6 Version: 2.6.32-31 Severity: important Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619504 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13011584807748.transcr...@bugs.debian.org
Bug#619504: linux-image-2.6.32-5-686: Thermal trip points insanely low Package: linux-2.6 Version: 2.6.32-31 Severity: important
On Thu, 2011-03-24 at 15:17 +, Mark King wrote: Package: linux-2.6 Version: 2.6.32-31 Severity: important On boot, thermal trip points are set to the following: cat /proc/acpi/thermal_zone/TZ1/trip_points critical (S5): 105 C passive: 16 C: tc1=1 tc2=2 tsp=100 devices=CPU0 CPU1 active[0]: 16 C: devices=C39B active[1]: 16 C: devices=C39C active[2]: 16 C: devices=C39D active[3]: 16 C: devices=C39E This causes the CPU to constantly clock down to 800MHz, making the system unusably slow. I have encountered this problem in previous kernels until 2 or 3 years ago, at which point it was fixed (I believe by adding this laptop model to some sort of ACPI black list). Recent upgrade re-introduced the bug. [...] Upgrade from which version? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 612105
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 612105 + pending Bug #612105 [linux-2.6] qemu-kvm: hangs and irq timeout unless -no-kvm-irqchip passed Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 612105: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612105 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130115894810534.transcr...@bugs.debian.org
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
On Thu, 2011-03-24 at 12:30 +0200, Andrew O. Shadoura wrote: Package: linux-2.6 Version: 2.6.38-1 Severity: normal After upgrading the kernel, X.org produces garbage in random screen areas. That garbage persists in the windows in which it appears (I'm able to take a screenshot of it). -- Package-specific info: ** Version: Linux version 2.6.38-1-686 (Debian 2.6.38-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Wed Mar 16 17:37:47 UTC 2011 ** Command line: root=UUID=970a25e2-30c2-4cd0-b6b0-0cc69e297c52 ro quiet splash video=radeonfb:mode_option=1400x1050-24@60 [...] You're loading radeonfb on a system with an Intel GPU? Harmless but a silly. Anyway - please report this upstream at https://bugs.freedesktop.org under product 'DRI', component 'DRM/Intel'. Let us know the bug URL so we can track it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#423562: arm debian linux kernel - XFS
On Thu, 2011-03-24 at 08:18 +, Martin Michlmayr wrote: * Ben Hutchings b...@decadent.org.uk [2011-03-24 05:49]: For the first of these, we would need confirmation from upstream that it is suitable for backporting. Please decide whether you want to do this; if not then we should disable XFS on armel and hppa in squeeze. I'm not planning to backport them. OK, then it will be disabled in the next stable update. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
On Thu, 2011-03-24 at 20:21 +0100, Cesare Leonardi wrote: On 24/03/2011 11:30, Andrew O. Shadoura wrote: After upgrading the kernel, X.org produces garbage in random screen areas. That garbage persists in the windows in which it appears (I'm able to take a screenshot of it). I would suggest you to give a look at this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619472 That is the very same bug report you are responding to. Probably not what you meant to refer to. Here the problem seems to be in xserver-xorg-driver-intel, not in the kernel. But you have a rather new i945, so this can be unrelated. Yes, different chips have different problems. That's the point. Now i have to use the 2.6.37 because with 2.6.38 i have screen corruption. From what i've understood from Intel developers, 2.6.38 contains changes that require an x driver not yet released or older than the current. And this is simply not true. Please don't reply to bugs unless you are a maintainer or have real information to add. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 619472
Processing commands for cont...@bugs.debian.org: tags 619472 + moreinfo Bug #619472 [linux-2.6] X.org with i915 produces garbage sometimes being run on Linux 2.6.38 Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619472: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619472 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130115962314215.transcr...@bugs.debian.org
Bug#618847: linux-image-2.6.38-1-amd64: Does not boot with KMS enabled (Radeon Mobility HD 3650)
On Tue, 2011-03-22 at 19:07 -0400, John Lindgren wrote: tags 618847 patch thanks Upstream report has a patch. Can you please apply it? Thanks. Applied, thanks. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#619450: Oops after loading via-ircc
On Thu, 2011-03-24 at 11:20 +0800, Andrew Buckeridge wrote: Package: linux-image-2.6.32-5-powerpc Version: 2.6.32-31 After upgrading to squeeze userland I now have this Oops. Please test these patches, following the directions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. From 27928c547835ec6acb9e1fa7808c45ec813193a3 Mon Sep 17 00:00:00 2001 From: Ben Hutchings b...@decadent.org.uk Date: Sat, 26 Mar 2011 17:30:58 + Subject: [PATCH 1/2] via-ircc: Use pci_{get,set}_drvdata() instead of static pointer variable via-ircc still maintains its own array of device pointers in Linux 2.4 style. Worse, it always uses index 0, so it will crash if there are multiple suitable devices in the system. Signed-off-by: Ben Hutchings b...@decadent.org.uk --- drivers/net/irda/via-ircc.c | 82 --- 1 files changed, 15 insertions(+), 67 deletions(-) diff --git a/drivers/net/irda/via-ircc.c b/drivers/net/irda/via-ircc.c index 67c0ad4..cc6faca 100644 --- a/drivers/net/irda/via-ircc.c +++ b/drivers/net/irda/via-ircc.c @@ -75,15 +75,9 @@ static int dongle_id = 0; /* default: probe */ /* We can't guess the type of connected dongle, user *must* supply it. */ module_param(dongle_id, int, 0); -/* FIXME : we should not need this, because instances should be automatically - * managed by the PCI layer. Especially that we seem to only be using the - * first entry. Jean II */ -/* Max 4 instances for now */ -static struct via_ircc_cb *dev_self[] = { NULL, NULL, NULL, NULL }; - /* Some prototypes */ -static int via_ircc_open(int i, chipio_t * info, unsigned int id); -static int via_ircc_close(struct via_ircc_cb *self); +static int via_ircc_open(struct pci_dev *pdev, chipio_t * info, + unsigned int id); static int via_ircc_dma_receive(struct via_ircc_cb *self); static int via_ircc_dma_receive_complete(struct via_ircc_cb *self, int iobase); @@ -215,7 +209,7 @@ static int __devinit via_init_one (struct pci_dev *pcidev, const struct pci_devi pci_write_config_byte(pcidev,0x42,(bTmp | 0xf0)); pci_write_config_byte(pcidev,0x5a,0xc0); WriteLPCReg(0x28, 0x70 ); - if (via_ircc_open(0, info,0x3076) == 0) + if (via_ircc_open(pcidev, info, 0x3076) == 0) rc=0; } else rc = -ENODEV; //IR not turn on @@ -254,7 +248,7 @@ static int __devinit via_init_one (struct pci_dev *pcidev, const struct pci_devi info.irq=FirIRQ; info.dma=FirDRQ1; info.dma2=FirDRQ0; - if (via_ircc_open(0, info,0x3096) == 0) + if (via_ircc_open(pcidev, info, 0x3096) == 0) rc=0; } else rc = -ENODEV; //IR not turn on ! @@ -264,48 +258,10 @@ static int __devinit via_init_one (struct pci_dev *pcidev, const struct pci_devi return rc; } -/* - * Function via_ircc_clean () - * - *Close all configured chips - * - */ -static void via_ircc_clean(void) -{ - int i; - - IRDA_DEBUG(3, %s()\n, __func__); - - for (i=0; i ARRAY_SIZE(dev_self); i++) { - if (dev_self[i]) - via_ircc_close(dev_self[i]); - } -} - -static void __devexit via_remove_one (struct pci_dev *pdev) -{ - IRDA_DEBUG(3, %s()\n, __func__); - - /* FIXME : This is ugly. We should use pci_get_drvdata(pdev); - * to get our driver instance and call directly via_ircc_close(). - * See vlsi_ir for details... - * Jean II */ - via_ircc_clean(); - - /* FIXME : This should be in via_ircc_close(), because here we may - * theoritically disable still configured devices :-( - Jean II */ - pci_disable_device(pdev); -} - static void __exit via_ircc_cleanup(void) { IRDA_DEBUG(3, %s()\n, __func__); - /* FIXME : This should be redundant, as pci_unregister_driver() - * should call via_remove_one() on each device. - * Jean II */ - via_ircc_clean(); - /* Cleanup all instances of the driver */ pci_unregister_driver (via_driver); } @@ -324,12 +280,13 @@ static const struct net_device_ops via_ircc_fir_ops = { }; /* - * Function via_ircc_open (iobase, irq) + * Function via_ircc_open(pdev, iobase, irq) * *Open driver instance * */ -static __devinit int via_ircc_open(int i, chipio_t * info, unsigned int id) +static __devinit int via_ircc_open(struct pci_dev *pdev, chipio_t * info, + unsigned int id) { struct net_device *dev; struct via_ircc_cb *self; @@ -337,9 +294,6 @@ static __devinit int via_ircc_open(int i, chipio_t * info, unsigned int id) IRDA_DEBUG(3, %s()\n, __func__); - if (i = ARRAY_SIZE(dev_self)) - return -ENOMEM; - /* Allocate new instance of the driver */ dev = alloc_irdadev(sizeof(struct via_ircc_cb)); if (dev == NULL) @@ -349,13 +303,8 @@ static __devinit int via_ircc_open(int i, chipio_t * info, unsigned int id) self-netdev = dev; spin_lock_init(self-lock); - /* FIXME : We should store our driver instance in the PCI layer, - * using pci_set_drvdata(), not in this array. - * See vlsi_ir for details... - Jean II */ -
Processed: tagging 619450
Processing commands for cont...@bugs.debian.org: tags 619450 + moreinfo Bug #619450 [linux-image-2.6.32-5-powerpc] Oops after loading via-ircc Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619450 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130116136222329.transcr...@bugs.debian.org
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
Hello, On Sat, 26 Mar 2011 17:09:12 + Ben Hutchings b...@decadent.org.uk wrote: ** Command line: root=UUID=970a25e2-30c2-4cd0-b6b0-0cc69e297c52 ro quiet splash video=radeonfb:mode_option=1400x1050-24@60 [...] You're loading radeonfb on a system with an Intel GPU? Harmless but a silly. My previous laptop had Mobility Radeon 7500 (which by the way wasn't fully supported by X --- I had no hardware acceleration). Anyway - please report this upstream at https://bugs.freedesktop.org under product 'DRI', component 'DRM/Intel'. Let us know the bug URL so we can track it. Okay, will do so. -- WBR, Andrew signature.asc Description: PGP signature
Processed: bug 619472 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=35704
Processing commands for cont...@bugs.debian.org: forwarded 619472 https://bugs.freedesktop.org/show_bug.cgi?id=35704 Bug #619472 [linux-2.6] X.org with i915 produces garbage sometimes being run on Linux 2.6.38 Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=35704'. thanks Stopping processing here. Please contact me if you need assistance. -- 619472: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619472 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130117007418713.transcr...@bugs.debian.org
Processed: tagging 619472
Processing commands for cont...@bugs.debian.org: tags 619472 + fixed-upstream Bug #619472 [linux-2.6] X.org with i915 produces garbage sometimes being run on Linux 2.6.38 Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 619472: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619472 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130117169224531.transcr...@bugs.debian.org
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
Hello all, The bugs is reported to be fixed here: http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=2.6.38id=3b936797f5e4623ae1b80a5f0c4df30a17360bf5 -- WBR, Andrew signature.asc Description: PGP signature
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
Hello, On Sat, 26 Mar 2011 21:27:14 +0100 Sebastian Reichel s...@debian.org wrote: My previous laptop had Mobility Radeon 7500 (which by the way wasn't fully supported by X --- I had no hardware acceleration). That's not correct, my previous laptop also had a Radeon 7500 Mobility and I had hw acceleration in X. Upstream developers state this, too (7500 Mobility has an r100 chip): Well, I do not know what do they put in those feature matrices, the fact is that on my system no hardware acceleration was available, and the TV out didn't work at all before the latest X, and in the latest version it didn't work properly (the colors were shifted into the blue). -- WBR, Andrew signature.asc Description: PGP signature
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
On 26/03/2011 18:12, Ben Hutchings wrote: I would suggest you to give a look at this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619472 That is the very same bug report you are responding to. Probably not what you meant to refer to. Sorry for the error, i was referring to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619022 It's a bug opened by me, in which there is a link to a bug i opened upstream, where there are informations that have lead me to reply here. But you have a rather new i945, so this can be unrelated. Yes, different chips have different problems. Yes, although to me they look suspiciously similar. Please don't reply to bugs unless you are a maintainer or have real information to add. I'm sorry that you think that my reply contains no info and it's useless. My intention was the opposite: to help Debian and the submitter to solve the bug and, indeed, i believed my reply could be useful to this. And, i assure you, my time is as precious as yours, and it's not my intention to waste neither your nor mine nor everyone's else. Ciao. Cesare. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d8e5066.1070...@gmail.com
Bug#619472: X.org with i915 produces garbage sometimes being run on Linux 2.6.38
On Sat, Mar 26, 2011 at 09:37:19PM +0200, Andrew O. Shadoura wrote: You're loading radeonfb on a system with an Intel GPU? Harmless but a silly. My previous laptop had Mobility Radeon 7500 (which by the way wasn't fully supported by X --- I had no hardware acceleration). That's not correct, my previous laptop also had a Radeon 7500 Mobility and I had hw acceleration in X. Upstream developers state this, too (7500 Mobility has an r100 chip): http://wiki.x.org/wiki/RadeonFeature -- Sebastian signature.asc Description: Digital signature
Bug#619781: i915: mplayer video playback sometimes causes GPU hang
Subject: i915: mplayer video playback sometimes causes GPU hang Package: linux-2.6 Version: 2.6.38-1 Severity: normal Sometimes, starting mplayer video playback on this machine causes the screen to blank. Lots of kernel messages appear: Mar 26 16:02:49 twilight kernel: [ 1552.973035] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Mar 26 16:02:49 twilight kernel: [ 1552.973881] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 302417 at 302416, next 302439) Mar 26 16:02:49 twilight kernel: [ 1552.974222] [drm:init_ring_common] *ERROR* render ring initialization failed ctl head tail start Mar 26 16:02:49 twilight kernel: [ 1553.292337] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling ... Mar 26 16:02:55 twilight kernel: [ 1559.304055] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Mar 26 16:02:55 twilight kernel: [ 1559.304083] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 302555 at 302416, next 302556) Mar 26 16:02:55 twilight kernel: [ 1559.305036] [drm:init_ring_common] *ERROR* render ring initialization failed ctl head tail start ... Mar 26 16:02:57 twilight kernel: [ 1561.080311] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Mar 26 16:02:57 twilight kernel: [ 1561.080340] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 302846 at 302416, next 302847) No mplayer command line options were used, simply mplayer videofile.mp4. After this happens, the machine is still running and reachable via ssh. This is on a Thinkpad T61 with a Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller, according to lspci. -- Package-specific info: ** Version: Linux version 2.6.38-1-amd64 (Debian 2.6.38-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Wed Mar 16 17:38:02 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.38-1-amd64 root=/dev/mapper/sda5_crypt ro quiet ** Not tainted ** Kernel log: [ 1558.952033] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1558.972022] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1558.992031] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.011990] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.031999] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.052026] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.072069] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.092033] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.112038] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.132041] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.152040] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.172041] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.192071] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.212041] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.232023] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.252024] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.272034] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.292069] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.304055] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 1559.304083] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 302555 at 302416, next 302556) [ 1559.305036] [drm:init_ring_common] *ERROR* render ring initialization failed ctl head tail start [ 1559.582058] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.601834] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.621823] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.641824] [drm:i915_do_wait_request] *ERROR* something (likely vbetool) disabled interrupts, re-enabling [ 1559.661799] [drm:i915_do_wait_request] *ERROR* something
Bug#619781: i915: mplayer video playback sometimes causes GPU hang
On Sat, 2011-03-26 at 16:30 -0600, Paul Walmsley wrote: Subject: i915: mplayer video playback sometimes causes GPU hang Package: linux-2.6 Version: 2.6.38-1 Severity: normal Sometimes, starting mplayer video playback on this machine causes the screen to blank. Lots of kernel messages appear: Please report this upstream at https://bugs.freedesktop.org under product 'DRI', component 'DRM/Intel'. Let us know the bug URL so we can track it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 619781
Processing commands for cont...@bugs.debian.org: tags 619781 + moreinfo Bug #619781 [linux-2.6] i915: mplayer video playback sometimes causes GPU hang Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619781: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619781 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.130119190819685.transcr...@bugs.debian.org