Bug#663379: Bugs#663379+663269: fix pending
Hello, On Sun, Mar 11, 2012 at 10:03:22PM +0100, Jaromír Mikeš wrote: Od: Uwe Kleine-König u.kleine-koe...@pengutronix.de apt-get builddep linux-2.6 wget http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz tar xzf linux-2.6_3.2.9.orig.tar.gz cd linux-2.6-3.2.9 svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian debian debian/rules debian/control make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1 fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64 $ debian/rules debian/control /usr/bin/make -f debian/rules debian/control-real make[1]: Entering directory `/home/mira/linux-2.6-3.2.9' chmod +x debian/bin/gencontrol.py debian/bin/gencontrol.py md5sum debian/bin/gencontrol.py debian/changelog debian/templates/control.headers.arch.in debian/templates/control.headers.featureset.in debian/templates/control.headers.in debian/templates/control.image-dbg.in debian/templates/control.image.type-plain.in debian/templates/control.image.type-standalone.in debian/templates/control.libc-dev.in debian/templates/control.main.in debian/templates/control.source.in debian/templates/control.xen-linux-system.in debian/templates/image-dbg.lintian-override.in debian/templates/patch.apply.in debian/config/defines debian/config/alpha/defines debian/config/amd64/defines debian/config/armel/defines debian/config/armhf/defines debian/config/featureset-rt/defines debian/config/hppa/defines debian/config/i386/defines debian/config/ia64/defines debian/config/m68k/defines debian/config/mips/defines debian/config/mipsel/defines debian/config/powerpc/defines debian/config/ppc64/defines debian/config/s390/defines debian/config/s390x/defines debian/config/sh4/defines debian/config/sparc64/defines debian/config/sparc/defines debian/config/amd64/none/defines debian/config/amd64/rt/defines debian/config/i386/none/defines debian/config/i386/rt/defines debian/installer/amd64/kernel-versions debian/installer/armel/kernel-versions debian/installer/armhf/kernel-versions debian/installer/hppa/kernel-versions debian/installer/i386/kernel-versions debian/installer/ia64/kernel-versions debian/installer/m68k/kernel-versions debian/installer/mipsel/kernel-versions debian/installer/mips/kernel-versions debian/installer/powerpc/kernel-versions debian/installer/s390/kernel-versions debian/installer/s390x/kernel-versions debian/installer/sh4/kernel-versions debian/installer/sparc64/kernel-versions debian/installer/sparc/kernel-versions debian/installer/amd64/package-list debian/installer/armel/package-list debian/installer/armhf/package-list debian/installer/hppa/package-list debian/installer/i386/package-list debian/installer/ia64/package-list debian/installer/m68k/package-list debian/installer/mipsel/package-list debian/installer/mips/package-list debian/installer/powerpc/package-list debian/installer/s390/package-list debian/installer/s390x/package-list debian/installer/sh4/package-list debian/installer/sparc64/package-list debian/installer/sparc/package-list debian/installer/package-list debian/control.md5sum This target is made to fail intentionally, to make sure that it is NEVER run during the automated build. Please ignore the following error, the debian/control file has been generated SUCCESSFULLY. exit 1 make[1]: *** [debian/control-real] Error 1 make[1]: Leaving directory `/home/mira/linux-2.6-3.2.9' make: *** [debian/control] Error 2 $ make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1 make: *** No rule to make target `build_amd64_rt_amd64'. Stop. I guess the problem is that you exported trunk (as I wrote above) instead of sid (as Jonathan corrected). Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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/20120312071705.ga19...@pengutronix.de
Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging
Ben Hutchings b...@decadent.org.uk writes: We should build in whichever hotplug drivers can't be auto-loaded. Even if it's known to break some hardware, as Greg KH confirmes in http://www.spinics.net/lists/linux-pci/msg11140.html ? Bjørn -- 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/877gyqnru9@nemi.mork.no
Bug#658759: u-boot: fails to boot compressed 3.2.y kernels
On Sun, 2012-03-11 at 16:29 -0500, Jonathan Nieder wrote: Ben Hutchings wrote[1]: My understanding is that in general we cannot assume that uboot is upgradable at all, because: 1. Linux may not have access to the flash partition containing it. On the dreamplug I have: $ cat /proc/mtd dev:size erasesize name mtd0: 0008 1000 u-boot mtd1: 0001 1000 u-boot env Although I must confess that I've only ever updated u-boot via the u-boot command line (not for any particular reason, just the method I first discovered). I don't know about other kirkwood platforms, although I can see some relevant MTD partition declarations for GuruPlug and SheevaPlug and a handful of other boards under the relevant arch/arm/mach-kirkwood/foo-setup.c. 2. The factory-installed uboot may have board-specific setup code which is not included in mainline uboot. I've been using the Debian supplied u-boot on my DreamPlug basically since I got it. One unfortunate wrinkle with the factory supplied image is that it reuses the GuruPlug machine id instead of defining a new one. This has the potential to make thing a bit tricky and is the reason I switched to the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug support is now being implemented via DT so I suppose this is not going to be an issue in practice. 3. A power failure during an upgrade may be unrecoverable without specialist hardware. The specialist hardware in this case is the JTAG dongle which is £27 if bought with the dreamplug or £32 if bought separately later. The same dongle also exposes the serial UART (both that and the JTAG appear as USB devices) so I think it wouldn't be so unusual for folks to have one nor all that onerous to require it. Although I suppose £27 is rather large compared to the £139 cost of the dreamplug itself. FWIW the required software (openocd) is present in Debian. A fact for which I am very grateful since I've bricked my Dreamplug more than once ;-) Do we know that none of these apply to the Kirkwood platform? If not, the kernel must retain compatibility with older versions of uboot. I don't know how relevant this is but so far there has been no kernel with DreamPlug support in Debian itself, patches are only just going into mainline now. Ian. Cc-ing submitters, Ian, Michael, and Prafulla in case they have hints. Thanks to all for your work on this so far. [1] has context. Thanks, Jonathan [1] http://bugs.debian.org/658759 -- Ian Campbell Government [is] an illusion the governed should not encourage. -- John Updike, Couples signature.asc Description: This is a digitally signed message part
Bug#658759: u-boot: fails to boot compressed 3.2.y kernels
Hello, On Mon, Mar 12, 2012 at 08:41:57AM +, Ian Campbell wrote: One unfortunate wrinkle with the factory supplied image is that it reuses the GuruPlug machine id instead of defining a new one. This has depending on how old the factory supplied U-Boot is, it supports overwriting the machine id by setting the environment variable machid to the desired value (in hex). the potential to make thing a bit tricky and is the reason I switched to the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug support is now being implemented via DT so I suppose this is not going to be an issue in practice. Yeah, with dt the machine is ignored AFAICT. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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/20120312093203.ge19...@pengutronix.de
Bug#658759: u-boot: fails to boot compressed 3.2.y kernels
On Mon, 2012-03-12 at 10:32 +0100, Uwe Kleine-König wrote: Hello, On Mon, Mar 12, 2012 at 08:41:57AM +, Ian Campbell wrote: One unfortunate wrinkle with the factory supplied image is that it reuses the GuruPlug machine id instead of defining a new one. This has depending on how old the factory supplied U-Boot is, it supports overwriting the machine id by setting the environment variable machid to the desired value (in hex). Right, I only discovered this feature after I'd switched to the Debian u-boot with the correct machid. IIRC the factory supplied one was Circa early 2009. the potential to make thing a bit tricky and is the reason I switched to the Debian supplied u-boot ASAP. Fortunately the upstream Dreamplug support is now being implemented via DT so I suppose this is not going to be an issue in practice. Yeah, with dt the machine is ignored AFAICT. I've not tried byt perhaps only if you use CONFIG_ARM_APPENDED_DTB or have a DT aware u-boot otherwise u-boot is going to place atags for whichever machine id it thinks it supports. Ian. -- Ian Campbell Current Noise: Cynic - Bija! War is delightful to those who have had no experience of it. -- Desiderius Erasmus -- 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/1331546102.23971.2.ca...@zakaz.uk.xensource.com
Bug#658759: u-boot: fails to boot compressed 3.2.y kernels
On Mon, 2012-03-12 at 08:41 +, Ian Campbell wrote: On Sun, 2012-03-11 at 16:29 -0500, Jonathan Nieder wrote: Ben Hutchings wrote[1]: My understanding is that in general we cannot assume that uboot is upgradable at all, because: 1. Linux may not have access to the flash partition containing it. On the dreamplug I have: I suppose it went slightly over my head that this issue applies to other platforms than dreamplug. Oh well, I hope what followed was useful nonetheless. BTW I wonder if a suitable workaround might be to have the kernel disable these same caches early on? Ian. -- Ian Campbell Current Noise: Earth - The Rakehell A couple of kids tried using pickles instead of paddles for a Ping-Pong game. They had the volley of the Dills. -- 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/1331551522.23971.44.ca...@zakaz.uk.xensource.com
Bug#628444: me too
I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Any ASPM settings are at their default. I'll try wd_disable=1 as a workaround for now. Meenakshi, will the patch you mentioned be applied in 3.3? Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. Mar 12 13:13:21 localhost kernel: [48188.303709] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. Mar 12 13:13:21 localhost kernel: [48188.303714] iwlwifi :02:00.0: Current read_ptr 112 write_ptr 115 Mar 12 13:13:21 localhost kernel: [48188.303716] iwlwifi :02:00.0: On demand firmware reload Mar 12 13:13:21 localhost kernel: [48188.303733] iwlwifi :02:00.0: Command REPLY_QOS_PARAM failed: FW Error Mar 12 13:13:21 localhost kernel: [48188.303737] iwlwifi :02:00.0: Failed to update QoS Mar 12 13:13:21 localhost kernel: [48188.303743] iwlwifi :02:00.0: fw recovery, no hcmd send Mar 12 13:13:21 localhost kernel: [48188.303746] iwlwifi :02:00.0: Error sending REPLY_RXON: enqueue_hcmd failed: -5 Mar 12 13:13:21 localhost kernel: [48188.303747] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-5) Mar 12 13:13:22 localhost kernel: [48188.322330] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Mar 12 13:13:22 localhost kernel: [48188.340903] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x ... Mar 12 13:13:22 localhost kernel: [48188.675439] ieee80211 phy0: Hardware restart was requested Mar 12 13:13:22 localhost wpa_supplicant[1472]: CTRL-EVENT-DISCONNECTED bssid=00:50:7f:cb:4b:58 reason=4 Mar 12 13:13:22 localhost kernel: [48188.742610] ieee80211 phy0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-2) ... Mar 12 13:13:28 localhost kernel: [48194.404414] iwlwifi :02:00.0: Could not load the INST uCode section Mar 12 13:13:28 localhost kernel: [48194.404423] iwlwifi :02:00.0: Failed to start RT ucode: -110 ... Mar 12 13:13:28 localhost kernel: [48194.776198] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Mar 12 13:13:28 localhost wpa_supplicant[1472]: Failed to initiate AP scan. Mar 12 13:13:28 localhost NetworkManager[1405]: info (wlan0): roamed from BSSID 00:50:7F:CB:4B:58 (GUM51C) to (none) ((none)) Mar 12 13:13:28 localhost kernel: [48194.776271] iwlwifi :02:00.0: Unable to initialize device. Mar 12 13:13:28 localhost kernel: [48194.776294] iwlwifi :02:00.0: Request scan called when driver not ready. I get some kind of OOPS but I'm guessing this is just because the driver can't communicate with the card when the module is being unloaded: Mar 12 13:15:04 localhost kernel: [48290.674358] [ cut here ] Mar 12 13:15:04 localhost kernel: [48290.674383] WARNING: at /build/buildd-linux-2.6_3.2.9-1-amd64-KTPapN/linux-2.6-3.2.9/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1330 iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi]() Mar 12 13:15:04 localhost kernel: [48290.674388] Hardware name: 3249CTO Mar 12 13:15:04 localhost kernel: [48290.674390] Modules linked in: uvcvideo videodev v4l2_compat_ioctl32 media snd_usb_audio snd_usbmidi_lib pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) acpi_cpufreq mperf cpufreq_stats cpufreq_userspace cpu Mar 12 13:15:04 localhost kernel: sync_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod crc_t10dif usbhid hid ahci libahci ehci_hcd libata scsi_mod usbcore thermal thermal_sys usb_common e1000e [last unloaded: scsi_wait_scan] Mar 12 13:15:04 localhost kernel: [48290.674508] Pid: 1405, comm: NetworkManager Tainted: G O 3.2.0-2-amd64 #1 Mar 12 13:15:04 localhost kernel: [48290.674511] Call Trace: Mar 12 13:15:04 localhost kernel: [48290.674520] [81046879] ? warn_slowpath_common+0x78/0x8c Mar 12 13:15:04 localhost kernel: [48290.674531] [a03ea9af] ? iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi] Mar 12 13:15:04 localhost kernel: [48290.674546] [a0346eaf] ? ieee80211_do_stop+0x30d/0x45e [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674552] [8104bd6b] ? _local_bh_enable_ip.isra.11+0x1e/0x88 Mar 12 13:15:04 localhost kernel: [48290.674564] [a0347012] ? ieee80211_stop+0x12/0x16 [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674577] [a0347000] ? ieee80211_do_stop+0x45e/0x45e [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674582] [81280e9e] ? __dev_close_many+0x84/0xb0 Mar 12 13:15:04 localhost kernel: [48290.674586] [81280efa] ? __dev_close+0x30/0x47 Mar 12 13:15:04
Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging
On Mon, 2012-03-12 at 09:31 +0100, Bjørn Mork wrote: Ben Hutchings b...@decadent.org.uk writes: We should build in whichever hotplug drivers can't be auto-loaded. Even if it's known to break some hardware, as Greg KH confirmes in http://www.spinics.net/lists/linux-pci/msg11140.html ? This is terrible... there must be some way we can DTRT as it's just not acceptable to require users to configure this. I was under the impression that RH had built-in acpiphp and pciehp now... Matthew? Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Bug#663597: linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild
Package: linux-headers-3.2.0-1-common Version: 3.2.6-1 Severity: normal Hello! Sorry my bad english Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild - ../../lib/linux-kbuild-3.2/Kbuild -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- 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/20120312152841.27362.75375.report...@aspera.mia
Bug#607533: 180-second hang loading ipmi_si module
On Mon, 2012-03-12 at 15:05 +0100, martin.h...@zf.com wrote: I have same problem. Installed kernel 3.0.0-12-generic 86_64 [...] That's an Ubuntu kernel version. Please only report problems with the kernel versions in Debian suites (squeeze based on 2.6.32, wheezy/sid based on 3.2). Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Bug#663597: linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild
On Mon, 2012-03-12 at 22:28 +0700, Yoric Kotchukov wrote: Package: linux-headers-3.2.0-1-common Version: 3.2.6-1 Severity: normal Hello! Sorry my bad english Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild - ../../lib/linux-kbuild-3.2/Kbuild True, but you don't need this file. Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Processed: reassign 663597 to src:linux-2.6, severity of 663597 is minor
Processing commands for cont...@bugs.debian.org: reassign 663597 src:linux-2.6 3.2.6-1 Bug #663597 [linux-headers-3.2.0-1-common] linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild Bug reassigned from package 'linux-headers-3.2.0-1-common' to 'src:linux-2.6'. Bug No longer marked as found in versions linux-2.6/3.2.6-1. Bug #663597 [src:linux-2.6] linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild Bug Marked as found in versions linux-2.6/3.2.6-1. severity 663597 minor Bug #663597 [src:linux-2.6] linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild Severity set to 'minor' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 663597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663597 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.133156698322719.transcr...@bugs.debian.org
Processed: tagging 663597
Processing commands for cont...@bugs.debian.org: tags 663597 + pending Bug #663597 [src:linux-2.6] linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 663597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663597 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.133156709222981.transcr...@bugs.debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Hi, Venkataraman, Meenakshi wrote: Hi Shannon and others, Thanks for a helpful note. Forwarding to Shannon, Juha, and Bjørn: First up, my sincere apologies for not responding earlier. I've been swamped with other work, and have had a chance to look at this only now. I just got caught up with the email thread, and it appears that you're seeing a problem with the following configuration most frequently: 1) Enable power saving in the driver (power_save) 2) Enabling 11n 3) Leaving aspm at its default 4) wd_disable=0 (the default) Our devices are known to have issues with being in L1 (a PCIe sleep state), and so we use L0S by default - this is a lower latency and higher power state. We've also not been able to reproduce the MAC in deep sleep problem at our end, so not sure at the moment what is causing it. However, there was one issue with queue-stuck detection that we found and fixed very recently. The patch is available in the wireless-next tree, and will likely improve the situation if a stuck queue was the initial cause of your problem. You can get the source here: http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next.git And the patch I'm talking about is this: git.kernel.org/?p=linux/kernel/git/linville/wireless-next.git;a=commit;h=342bbf3fee2fa9a18147e74b2e3c4229a4564912 My suggestion is to load the module with power_save=0, wd_disable=1. Enabling 11n should not be a problem, but if it is, then please let us know. You should not need to use the wd_disable=1 in the upcoming versions of the kernel, but for now, I'd suggest using it. Since your problem seems to be reducing significantly by using pcie_aspm=off, I would appreciate it much if you could tell us what the behaviour is with all other parameters being the same (power_save=0, wd_disable=1), and just toggling the state of this variable. We'll try to reproduce the suspend/hibernate/resume issue in-house and let you know if we were able to reproduce the problem at our end. If not, we'd like you to try out a newer WiFi card; as the 5100 is a fairly old device, and will likely not get any firmware updates (if it is some weird firmware/driver combo that produced the PCIe error). Thanks! Meenakshi Venkataraman -- 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/20120312160738.GA18721@burratino
Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging
On Mon, Mar 12, 2012 at 03:30:24PM +, Ben Hutchings wrote: This is terrible... there must be some way we can DTRT as it's just not acceptable to require users to configure this. I was under the impression that RH had built-in acpiphp and pciehp now... Matthew? Any hardware that's broken by acpiphp is also broken by Windows. I've seen no evidence that anything exists in the real world that would be broken merely by loading this driver. -- Matthew Garrett | mj...@srcf.ucam.org -- 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/20120312154954.ga14...@srcf.ucam.org
Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)
Hi Jonathan, 2012-02-10 22:18, Jonathan Nieder skrev: Per Olofsson wrote: Second time I hibernated my system, it froze. Kernel error messages were printed on the console, I attach a photo of my display. Thanks. My only hints are to try narrowing this down using hints from Documentation/basic-pm-debugging.txt[1] and that it might be possible to get a fuller log using netconsole[2]. Thanks for the hints! It is a bit time-consuming to debug because the problem does not happen every time I hibernate. However, it does happen often enough. I will try the debug steps and report back the results. Since suspend to RAM works fine, I'm guessing that it has something to do with writing the image to disk. Perhaps ACPI is interacting badly with the SATA driver or so. I also tried updating my BIOS, but it didn't change anything. Can you reproduce this without the i915 driver loaded? Not really. It seems that the error only happens when I have a lot of processes loaded in memory. Running from the console does not seem to trigger it. I guess I could try running X with vesa for a while, but I'd rather not if I don't have to. -- Pelle -- 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/4f5e2330.5060...@debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
found 628444 linux-2.6/3.2.9-1 tags 628444 + upstream patch moreinfo quit Hi Dafydd, Dafydd Harries wrote: I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Odd. What kernel did you use before then? (/var/log/dpkg.log might tell.) Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Interesting and useful. Any ASPM settings are at their default. I'll try wd_disable=1 as a workaround for now. Meenakshi, will the patch you mentioned be applied in 3.3? Cc-ing her. The patch currently seems to be part of the wireless-next tree but not davem's net tree. Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. Well, that can be tested. Could you try the patch against current master? It works like this: 0. Prerequisites: apt-get install git build-essential 1. Get the kernel history, if you don't already have it: git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2. Configure and build: cd linux git checkout origin/master cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot ... test test test ... 3. Hopefully it reproduces the problem. So try the attached patch: git am -3sc the patch make deb-pkg; # maybe with -j4 dpkg -i ../name of package; # as root reboot If it works, we can pass this to Dave with information about what happened and your test result, to get the patch fast-tracked. Thanks, Jonathan Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. [...] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. iwlwifi :02:00.0: Current read_ptr 112 write_ptr 115 iwlwifi :02:00.0: On demand firmware reload iwlwifi :02:00.0: Command REPLY_QOS_PARAM failed: FW Error iwlwifi :02:00.0: Failed to update QoS iwlwifi :02:00.0: fw recovery, no hcmd send iwlwifi :02:00.0: Error sending REPLY_RXON: enqueue_hcmd failed: -5 iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-5) iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [...] ieee80211 phy0: Hardware restart was requested wpa_supplicant[1472]: CTRL-EVENT-DISCONNECTED bssid=00:50:7f:cb:4b:58 reason=4 ieee80211 phy0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-2) [] iwlwifi :02:00.0: Could not load the INST uCode section iwlwifi :02:00.0: Failed to start RT ucode: -110 [...] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [...] I get some kind of OOPS but I'm guessing this is just because the driver can't communicate with the card when the module is being unloaded: [...] WARNING: at /build/buildd-linux-2.6_3.2.9-1-amd64-KTPapN/linux-2.6-3.2.9/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1330 iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi]() Hardware name: 3249CTO Modules linked in: uvcvideo videodev v4l2_compat_ioctl32 media snd_usb_audio snd_usbmidi_lib pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) acpi_cpufreq mperf cpufreq_stats cpufreq_userspace cpu Mar 12 13:15:04 localhost kernel: sync_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod crc_t10dif usbhid hid ahci libahci ehci_hcd libata scsi_mod usbcore thermal thermal_sys usb_common e1000e [last unloaded: scsi_wait_scan] Mar 12 13:15:04 localhost kernel: [48290.674508] Pid: 1405, comm: NetworkManager Tainted: G O 3.2.0-2-amd64 #1 Mar 12 13:15:04 localhost kernel: [48290.674511] Call Trace: Mar 12 13:15:04 localhost kernel: [48290.674520] [81046879] ? warn_slowpath_common+0x78/0x8c Mar 12 13:15:04 localhost kernel: [48290.674531] [a03ea9af] ? iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi] [...] Mar 12 13:15:04 localhost kernel: [48290.674647] [812a35a5] ? netlink_rcv_skb+0x36/0x7a [...] iwlwifi :02:00.0: ctx-vif = (null), vif = 8801b1c72df0 iwlwifi :02:00.0: ID = 0: ctx = 8801b1a834b0 ctx-vif = (null) From: Johannes Berg johannes.b...@intel.com Date: Sun, 4 Mar 2012 08:50:46 -0800 Subject: iwlwifi: always monitor for stuck queues commit 342bbf3fee2fa9a18147e74b2e3c4229a4564912 upstream. If we only monitor while associated, the following can happen: -
Processed: Re: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Processing commands for cont...@bugs.debian.org: found 628444 linux-2.6/3.2.9-1 Bug #628444 [linux-2.6] linux-image-2.6.39-1-686-pae: iwlagn - MAC is in deep sleep, cannot restore wifi operation Bug Marked as found in versions linux-2.6/3.2.9-1. tags 628444 + upstream patch moreinfo Bug #628444 [linux-2.6] linux-image-2.6.39-1-686-pae: iwlagn - MAC is in deep sleep, cannot restore wifi operation Added tag(s) upstream and patch. quit Stopping processing here. Please contact me if you need assistance. -- 628444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628444 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.133156982712478.transcr...@bugs.debian.org
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #655625 (http://bugs.debian.org/655625) # Bug title: kernel NULL pointer dereference after repartitioning USB disk # * http://bugzilla.kernel.org/show_bug.cgi?id=42783 # * remote status changed: (?) - NEW usertags 655625 + status-NEW # remote status report for #655625 (http://bugs.debian.org/655625) # Bug title: kernel NULL pointer dereference after repartitioning USB disk # * http://bugzilla.kernel.org/show_bug.cgi?id=42783 # * remote status changed: (?) - NEW usertags 655625 + status-NEW thanks -- 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/20120312163743.501.33571.btsl...@busoni.debian.org
linux-latest 44 MIGRATED to testing
FYI: The status of the linux-latest source package in Debian's testing distribution has changed. Previous version: 43 Current version: 44 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- 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/e1s78hb-0007eg...@franck.debian.org
linux-2.6 3.2.9-1 MIGRATED to testing
FYI: The status of the linux-2.6 source package in Debian's testing distribution has changed. Previous version: 3.2.6-1 Current version: 3.2.9-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- 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/e1s78hb-0007ec...@franck.debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Hi, Dafydd Harries wrote: I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Odd. What kernel did you use before then? (/var/log/dpkg.log might tell.) Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. [MV] what platform are you using? And does your problem appear after a system hibernate? Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Interesting and useful. Any ASPM settings are at their default. [MV] Can you try pcie_aspm=off during boot? Meenakshi, will the patch you mentioned be applied in 3.3? [MV] Yes...it should be applied to 3.3 as well (it is also slated to be backported to stable kernels); but it is a fairly recent fix, so it will take some time before it gets accepted to the other Linux trees. Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. [...] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. [MV] Any idea what happened before this? Did you see any error sending host commands? Did you resume from a hibernate? Can you send me the log? Thanks for your patience, Meenakshi -- 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/4595b4d22ab93c4fabba84aad5aa37fd0dc...@orsmsx103.amr.corp.intel.com
Bug#663597: linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild
Package: src:linux-2.6 Followup-For: Bug #663597 Yes, but example: globus@aspera:~$ modinfo kvm(here 'Tab' for autocompletion) = ls: cannot access /lib/modules/3.2.0-1-amd64/source/Kbuild: No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20120312172458.31805.4.report...@aspera.mia
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Ar 12/03/2012 am 17:11, ysgrifennodd Venkataraman, Meenakshi: Hi, Dafydd Harries wrote: I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Odd. What kernel did you use before then? (/var/log/dpkg.log might tell.) Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). I could try installing e.g. 2.6.32 from snapshot.debian.org if other things don't help. But that would be a lot of patches to bisect, especially when reproduction iterations are so long... Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. [MV] what platform are you using? And does your problem appear after a system hibernate? Linux nia 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012 x86_64 GNU/Linux The system is Debian unstable. I don't use hibernation. I do suspend regularly, but I haven't noticed any correlation with suspend/resume. Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Interesting and useful. Any ASPM settings are at their default. [MV] Can you try pcie_aspm=off during boot? I'm currently waiting to see if wd_disable=1 help at all. This might take a few days, though, since I don't have any way to reproduce it. Meenakshi, will the patch you mentioned be applied in 3.3? [MV] Yes...it should be applied to 3.3 as well (it is also slated to be backported to stable kernels); but it is a fairly recent fix, so it will take some time before it gets accepted to the other Linux trees. Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. [...] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. [MV] Any idea what happened before this? Did you see any error sending host commands? Did you resume from a hibernate? Can you send me the log? I haven't noticed any pattern. The first thing that happens is that the NetworkManager applet seems to be trying to reconnect to the wireless. The log seems pretty quiet beforehand. Mar 12 10:09:43 localhost dhclient: DHCPREQUEST on wlan0 to 192.168.1.1 port 67 Mar 12 10:09:43 localhost dhclient: DHCPACK from 192.168.1.1 Mar 12 10:09:43 localhost dhclient: bound to 192.168.1.15 -- renewal in 15209 seconds. Mar 12 10:17:01 localhost /USR/SBIN/CRON[12402]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 10:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 161 to 157 Mar 12 10:25:51 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 10:25:51 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:17:01 localhost /USR/SBIN/CRON[12472]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 11:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 157 to 161 Mar 12 11:19:59 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 11:19:59 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:25:51 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 11:25:51 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:49:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 161 to 157 Mar 12 12:17:01 localhost /USR/SBIN/CRON[15518]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 12:19:20 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:22 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 157 to 144 Mar 12 12:20:15 localhost anacron[19324]: Anacron 2.3 started on 2012-03-12 Mar 12 12:20:15 localhost anacron[19324]: Normal exit (0 jobs run) Mar 12 12:20:22 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:20:23 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:20:23 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 12:20:23 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 12:34:33 localhost dbus[1395]: [system] Activating service
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Dafydd Harries wrote: Ar 12/03/2012 am 17:11, ysgrifennodd Venkataraman, Meenakshi: Dafydd Harries wrote: Like others, the problems seemed to start around 2.6.39. [...] Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). Thanks for checking, and sorry for the lack of clarity. /var/log/dpkg.log.1 et al might go back further. what platform are you using? And does your problem appear after a system hibernate? Linux nia 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012 x86_64 GNU/Linux The system is Debian unstable. Maybe lspci -vvnn output (as an attachment) and dmesg output from booting if you have it could help to pin down the setup a little more. (If I understand correctly, Meenakshi is dreaming of a reliable reproduction recipe. ;-)) Ciao, Jonathan -- 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/20120312174429.GA21040@burratino
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Hi, what platform are you using? And does your problem appear after a system hibernate? Linux nia 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012 x86_64 GNU/Linux The system is Debian unstable. Maybe lspci -vvnn output (as an attachment) and dmesg output from booting if you have it could help to pin down the setup a little more. (If I understand correctly, Meenakshi is dreaming of a reliable reproduction recipe. ;-)) [MV] That's correct! :-) Meenakshi -- 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/4595b4d22ab93c4fabba84aad5aa37fd0dc...@orsmsx103.amr.corp.intel.com
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Hi Dafydd, I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. [MV] Hmm...this is interesting. Can you load the iwlwifi module with bt_coex_active=0 and see if it changes anything? One of the patches that went in between 2.6.38 and 2.6.39 changed the behaviour of coexistence with Bluetooth devices on some platforms, and caused users some grief; although their symptoms were different. The module parameter I mention above solved this problem for them. Odd. What kernel did you use before then? (/var/log/dpkg.log might tell.) Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). I could try installing e.g. 2.6.32 from snapshot.debian.org if other things don't help. But that would be a lot of patches to bisect, especially when reproduction iterations are so long... [MV] No...let's leave bisecting as the last option for this problem. [MV] what platform are you using? And does your problem appear after a system hibernate? Linux nia 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012 x86_64 GNU/Linux [MV] Oh...I was asking about hardware...who is the manufacturer of your system? I don't use hibernation. I do suspend regularly, but I haven't noticed any correlation with suspend/resume. [MV] Interesting as well. [MV] Any idea what happened before this? Did you see any error sending host commands? Did you resume from a hibernate? Can you send me the log? I haven't noticed any pattern. The first thing that happens is that the NetworkManager applet seems to be trying to reconnect to the wireless. [MV] Hmm...the queue stuck patch could potentially help here, but only provided that a queue was stuck prior to the reconnect. Your log doesn't run that far back, so I'm not able to say. :-) Thanks, Meenakshi -- 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/4595b4d22ab93c4fabba84aad5aa37fd0dc...@orsmsx103.amr.corp.intel.com
Bug#663597: linux-headers-3.2.0-1-common: Bad symlink /lib/modules/3.2.0-1-amd64/source/Kbuild
On Tue, Mar 13, 2012 at 12:24:58AM +0700, Yoric Kotchukov wrote: Package: src:linux-2.6 Followup-For: Bug #663597 Yes, but example: globus@aspera:~$ modinfo kvm(here 'Tab' for autocompletion) = ls: cannot access /lib/modules/3.2.0-1-amd64/source/Kbuild: No such file or directory That seems to be a bug in the shell completion function for module names; it should never follow the build or source symlinks. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20120312192631.gy12...@decadent.org.uk
Uploading linux-2.6 (3.2.10-1)
There will be an upload of linux-2.6 version 3.2.10-1 to unstable shortly. This will include upstream stable release 3.2.10 which fixes a local DoS bug, CVE-2012-1097, and will therefore have high urgency. It should also fix some serious regressions in the realtime featureset. It doesn't look like any ABI bump is required. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20120312194748.ga12...@decadent.org.uk
Bug#658764: free ATI driver corrupts output on Radeon HD 6310
package linux-2.6 found 658764 3.2.9-1 thanks I have installed ‘linux-image-3.2.0-2-amd64’ version 3.2.9-1 now that it is in Wheezy, and confirmed the same behaviour. Is the range of version information enough now to narrow down the source of the problem? What can I do to help you get this problem fixed? -- \ “Natural catastrophes are rare, but they come often enough. We | `\ need not force the hand of nature.” —Carl Sagan, _Cosmos_, 1980 | _o__) | Ben Finney b...@benfinney.id.au -- 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/20120312205351.gm5...@benfinney.id.au
Processed: Re: free ATI driver corrupts output on Radeon HD 6310
Processing commands for cont...@bugs.debian.org: package linux-2.6 Limiting to bugs with field 'package' containing at least one of 'linux-2.6' Limit currently set to 'package':'linux-2.6' found 658764 3.2.9-1 Bug #658764 [linux-2.6] linux-image-3.1.0-1-amd64: free ATI driver corrupts output on Radeon HD 6310 There is no source info for the package 'linux-2.6' at version '3.2.9-1' with architecture '' Unable to make a source version for version '3.2.9-1' Bug Marked as found in versions 3.2.9-1. thanks Stopping processing here. Please contact me if you need assistance. -- 658764: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658764 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.13315856367.transcr...@bugs.debian.org
Bug#658764: Radeon HD 6310: corrupt output unless firmware-linux-nonfree installed
Ben Finney wrote: Is the range of version information enough now to narrow down the source of the problem? What can I do to help you get this problem fixed? Hm. There are quite a few changes to the radeon driver between 2.6.32-31 and 2.6.38-3. Summary of information gathered so far: card is a Radeon HD 6310 [so PALM (Wrestler)] snow covers top half of screen and bottom half is black (in the framebuffer console? when starting X?) symptoms go away when firmware-linux-nonfree is installed Changes near v2.6.38-rc1~419^2~40^2 (drm/radeon/kms: add Ontario APU ucode loading support, 2010-11-22) might be responsible. If that is the cause, then 2.6.37-2 should work --- could you try it? Since you've checked a recent version (3.2.9), normally the next step would be to pass the report upstream. Since this report is about behavior without the firmware loaded, I do not expect them to be interested until we have a proposed patch. Please also attach full dmesg output from a boot (working or non-working is not too important) for reference. Thanks and sorry for the fuss, Jonathan -- 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/20120312212529.GD21817@burratino