Bug#637284: Can't install wheezy on a 2011 iMac
I wrote: I should probably retry the whole install with the 2.6.x kernel instead of 3.0. I'll do this when I get time, and report. I was able to try this, but I got EXACTLY the same problem when I tried to boot into the new system. I'm going to be away and out of contact for a week -- hopefully while I'm away somebody can shed some light on this? Cheers, Mike. --- Mike Horemike_h...@aapt.net.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/4e4765f4.4000...@aapt.net.au
Bug#637764: linux-latest-2.6 [L10N,DE]: initial german debconf translation
Package: linux-latest-2.6 Severity: wishlist Tags: l10n,patch Attached is the initial german debconf translation for the linux-latest-2.6 package. Please include it into the package. If you experience any problems or for any comments, drop me a mail. Thanks Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under DEBIAN GNU/LINUX 6.0 - S q u e e z e Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = linux-latest_debconf_de.po.tar.gz Description: Binary data
Bug#637395: linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq cannot be set to ondemand
Ben Hutchings wrote: It is not EeePC-specific. cpufreq modules are loaded by the cpufrequtils package, and it is now loading the wrong modules due to a change in the installation location of the modules. This is bug #636141, fixed in version 007-2. I can confirm this: * Removed the blacklist entry for p4_clockmod * updated to cpufrequtils 007-2 (*) * reboot Now everything works as expected. (*) let's say: reeinstalled with purge because version 007-2 was updated in the last days and I am not shure if it was allready installed when I blacklisted p4_clockmod. After purge-reinstall I needed to upgrade libcpufreq0 by hand to 007-2 (??) because 007-1 was installed after upgrade of cpufrequtils (missing dependency?) -- 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/4e47a643.7020...@web.de
Bug#637240: brcmsmac: firmware bug warning when connecting, hang when unloading brcmsmac driver unless near AP
2011/8/13 Jonathan Nieder jrnie...@gmail.com: Camaleón wrote: I don't know what's going on here but this has started working as soon as I brought the netbook next to the AP: [...] I think this bug can be closed, I know the brcmsmac is a stage driver and so we can experience some problems with it. Anyway, I will keep an eye on it. What is staging for, if not for finding bugs like this before they affect more people? Please send a summary of your findings to linux-wirel...@vger.kernel.org, cc-ing de...@driverdev.osuosl.org and M: Brett Rudley brud...@broadcom.com M: Henry Ptasinski hen...@broadcom.com M: Roland Vossen rvos...@broadcom.com M: Arend van Spriel ar...@broadcom.com M: Franky (Zhenhui) Lin fran...@broadcom.com M: Kan Yan kan...@broadcom.com (list taken from MAINTAINERS in the source tree), and this bug log. Thanks very much for your work, and I hope it can result in a fix soon. I would really like to test this further but I dunno from where to start. What I've find out is that the wireless card starts working as soon as I put the netbook next to the AP, then NetworkManager starts its detection routine and associates fine with the AP. After that, wifi connection keeps stable and available regardless I possition the netbook. I will write to the suggested mailing lists (thanks for that!) and also to the mentioned devels and hope this can be solved soon. Greetings, -- Camaleón -- 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/cakprtdg9sssvbx81umxuk8ea2q76aqgx9t9-xx+3uo1e5u3...@mail.gmail.com
Bug#637284: Can't install wheezy on a 2011 iMac
Hi, Mike Hore wrote: Booting into the new system now doesn't display flashing lights any more, however the boot process stops with a message ID co respawning too fast - disabled for 5 minutes That means /sbin/getty is failing to start. d-i team, any ideas what could be causing this? -- 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/20110814134219.gh18...@elie.gateway.2wire.net
Bug#637468: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#637468: linux-image-2.6.32-5-686: Sometimes does not detect network hardware)
On Fri, 12 Aug 2011 13:41:45 -0400 Mark Grieveson dg...@torfree.net wrote: On Thu, 11 Aug 2011 22:15:07 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: It may be that this is due to connections that have come loose, and can be repaired simply by re-seating them. Certainly the wireless network controller is likely to be on a separate circuit board. Ben. Thanks. I'll look into that possibility. Well, I took the laptop apart, and put it back together again, making sure everything was snuggly seated. Good news, it seems to be working now. So, thanks for your help. Mark -- 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/20110814123619.3d62a...@torfree.net
Bug#637740: linux-image-3.0.0-1-amd64: compaq presario cq56 (laptop): built-in webcam invalid opcode (uvc)
forwarded 637740 http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/36796 quit Daniel Dickinson wrote: New in 3.0.0: webcam oopses and then spams syslog. Didn't happen in .39 so is a regression. Thanks. Let's take this upstream. Sorry for the slow response, 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/20110814163446.go18...@elie.gateway.2wire.net
Processed: Re: linux-image-3.0.0-1-amd64: compaq presario cq56 (laptop): built-in webcam invalid opcode (uvc)
Processing commands for cont...@bugs.debian.org: forwarded 637740 http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/36796 Bug #637740 [linux-2.6] linux-image-3.0.0-1-amd64: compaq presario cq56 (laptop): built-in webcam invalid opcode (uvc) Set Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/36796'. quit Stopping processing here. Please contact me if you need assistance. -- 637740: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637740 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.131333969724954.transcr...@bugs.debian.org
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Hi, Volodymyr Shcherbyna wrote: After upgrading to sid kernel (3.0.0-1-rt-amd64) I am unable to boot my machine at all. The screen goes to white noise mode, although I am able to move the mouse ... Please see attached dmesg output in out.txt file. Thanks. How about the non-rt kernel (3.0.0-1-amd64)? -- 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/20110814165216.gb12...@elie.gateway.2wire.net
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Volodymyr Shcherbyna wrote: [...] [5.189129] [drm] Loading RV635 Microcode [5.298868] r600_cp: Failed to load firmware radeon/RV635_pfp.bin [5.298913] [drm:r600_startup] *ERROR* Failed to load firmware! [5.298948] radeon :01:00.0: disabling GPU acceleration [5.300033] radeon :01:00.0: 88012748d400 unpin not necessary [5.300036] radeon :01:00.0: 88012748d400 unpin not necessary [5.300052] failed to evaluate ATIF got AE_BAD_PARAMETER Hm, maybe this is the trigger. Is firmware-linux-nonfree installed? If not, it would be interesting to see if temporarily installing it helps. Thanks much for the screenshot, btw. -- 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/20110814174209.ga14...@elie.gateway.2wire.net
Bug#592662: cpufrequtils: Cannot set frequency range of policy to full hardware frequency range
Hi Steve, Ben Hutchings wrote: On Wed, Aug 11, 2010 at 10:35:15PM +0200, Steve Wolter wrote: When using cpufrequtils or the kernel interface to the acpi-cpufreq module on my VIA Eden 1.5 GHz CPU, I cannot set the frequency range for the governor to the full hardware range. Trying to do so produces weird frequency settings. Any of the two single frequencies offered by the hardware can be included in a range, but not both at once. [...] Since you have reproduced this in Linux 2.6.35, please report this upstream at https://bugzilla.kernel.org under product 'ACPI', component 'Power-Processor'. Let us know the bug number or URL so that we can track it. So, now I'm in suspense. Did you report this upstream? Did the problem stop happening with later kernels? I'm also curious about one detail from the original report: was this the first time you tried this, or was it a regression? Thanks, 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/20110814175157.ga16...@elie.gateway.2wire.net
Re: UltraSPARC T3 kernel patches
On Sat, Aug 13, 2011 at 03:53:38PM -0700, David Miller wrote: From: Jurij Smakov ju...@wooyd.org Date: Sat, 13 Aug 2011 18:25:36 +0100 The problem with vmlinux.lds.S appears to be trivial, I have simply merged it in manually and rediffed. However, I can't quite understand what's going on with setup_64.c. This is a hunk which causes trouble: The debian kernel was 2.6.39 based when I sent these patches out initially. But, since you took long to get to this, the kernel is now on 3.0.x The code in question moved from setup_64.c to cpu.c in 3.0.x, and that's why the backport tried to add the code to setup_64.c because that's where it in fact was in 2.6.39 You can probably use the upstream commits as-is. Here is something pre-cooked, and in fact what I submitted to -stable for 3.0.x. Don't forget to add the arch/sparc/kernel/ds.c bug fix on top. Thanks. I've built a test source package including all necessary patches and a test build is running now. Ben tells me, however, that 3.0.2 which includes all these patches and fixes is expected to come out on Monday, and will be uploaded to unstable shortly after that, so I don't think it makes sense to commit them as a separate patch set anymore. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- 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/20110814182328.ga6...@droopy.oc.cox.net
Processed: tagging 631945
Processing commands for cont...@bugs.debian.org: tags 631945 + pending Bug #631945 [linux-2.6] linux-image-2.6.39-2-amd64: HFSC puts lots of WARNING: at .../sch_hfsc.c:1427 hfsc_dequeue+0x155/0x28b [sch_hfsc]() in dmesg Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 631945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631945 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.131334667525507.transcr...@bugs.debian.org
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Salut, 2011/8/14 Jonathan Nieder jrnie...@gmail.com [...] Hm, maybe this is the trigger. Is firmware-linux-nonfree installed? If not, it would be interesting to see if temporarily installing it helps. Thanks much for the screenshot, btw. Thanks for the tip. It worked. I am going to see if I am having the same problems with 3.0.0-1-rt-amd64 and report it here (if any). -- with best regards, Volodymyr
Re: UltraSPARC T3 kernel patches
On Sun, 2011-08-14 at 19:23 +0100, Jurij Smakov wrote: On Sat, Aug 13, 2011 at 03:53:38PM -0700, David Miller wrote: From: Jurij Smakov ju...@wooyd.org Date: Sat, 13 Aug 2011 18:25:36 +0100 The problem with vmlinux.lds.S appears to be trivial, I have simply merged it in manually and rediffed. However, I can't quite understand what's going on with setup_64.c. This is a hunk which causes trouble: The debian kernel was 2.6.39 based when I sent these patches out initially. But, since you took long to get to this, the kernel is now on 3.0.x The code in question moved from setup_64.c to cpu.c in 3.0.x, and that's why the backport tried to add the code to setup_64.c because that's where it in fact was in 2.6.39 You can probably use the upstream commits as-is. Here is something pre-cooked, and in fact what I submitted to -stable for 3.0.x. Don't forget to add the arch/sparc/kernel/ds.c bug fix on top. Thanks. I've built a test source package including all necessary patches and a test build is running now. Ben tells me, however, that 3.0.2 which includes all these patches and fixes is expected to come out on Monday, and will be uploaded to unstable shortly after that, so I don't think it makes sense to commit them as a separate patch set anymore. It seems we had some initial confusion about which kernel version you were going to work on. You offered to provide patches 'against the current wheezy kernel', which at the time (5th August) was 2.6.39-3. However the current version in sid/unstable was already 3.0.0-1, and this was due to move into wheezy/testing within a few days. I think I must have assumed that you meant 3.0.0-1, but I failed to specify that in my follow-up. I apologise for wasting your time on the backport. If you ever want to backport for Debian again, we should agree exactly which kernel version is meant as the baseline. Ben. signature.asc Description: This is a digitally signed message part
Bug#637813: Compaq Mini CQ10: Embedded card reader not recognized
Package: linux-2.6 Version: 3.0.0-1 Severity: normal Tags: wheezy It seems the card reader is not properly recognized. When I inser a SD card dmesg shows no activity at all and card is not mounted. -- Package-specific info: ** Version: Linux version 3.0.0-1-686-pae (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-3) ) #1 SMP Sun Jul 24 14:27:32 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-686-pae root=UUID=ef88aa1c-5071-41ac-8884-6c991eca9b22 ro quiet ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Kernel log: [15063.870703] wlan0: associated [15063.872381] ieee80211 phy0: wl_ops_bss_info_changed: qos enabled: false (implement) [15063.872398] ieee80211 phy0: brcmsmac: wl_ops_bss_info_changed: associated [15063.872430] ieee80211 phy0: wl_ops_bss_info_changed: arp filtering: enabled true, count 0 (implement) [15067.709758] ieee80211 phy0: wl_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [19205.596406] ieee80211 phy0: wl_ops_bss_info_changed: qos enabled: false (implement) [19205.596422] ieee80211 phy0: brcmsmac: wl_ops_bss_info_changed: disassociated [19205.596438] ieee80211 phy0: wl_ops_bss_info_changed: arp filtering: enabled false, count 1 (implement) [19205.600520] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19205.732170] cfg80211: Calling CRDA to update world regulatory domain [19205.745005] cfg80211: World regulatory domain updated: [19205.745013] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [19205.745021] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [19205.745027] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [19205.745034] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [19205.745040] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [19205.745046] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [19205.745075] cfg80211: Calling CRDA for country: EU [19205.757820] cfg80211: Regulatory domain changed to country: EU [19205.757828] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [19205.757835] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm) [19205.757841] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (N/A, 2000 mBm) [19205.757847] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (N/A, 2000 mBm) [19205.757853] cfg80211: (549 KHz - 571 KHz @ 4 KHz), (N/A, 2700 mBm) [19205.832645] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19207.669818] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19207.670153] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19207.670168] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 1) [19207.868095] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 2) [19208.068201] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 3) [19208.268075] wlan0: authentication with 00:23:f8:9d:ad:11 timed out [19208.268152] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19217.678315] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19218.745874] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19218.747755] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19218.747773] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 1) [19218.944077] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 2) [19219.144088] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 3) [19219.344082] wlan0: authentication with 00:23:f8:9d:ad:11 timed out [19219.344157] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19223.084121] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19223.977943] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19223.978096] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19223.978109] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 1) [19224.176087] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 2) [19224.376094] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 3) [19224.576081] wlan0: authentication with 00:23:f8:9d:ad:11 timed out [19224.576163] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19233.988631] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19235.082088] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: true (implement) [19235.083641] ieee80211 phy0: wl_ops_bss_info_changed: BSS idle: false (implement) [19235.083659] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 1) [19235.280122] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 2) [19235.480097] wlan0: authenticate with 00:23:f8:9d:ad:11 (try 3) [19235.680093] wlan0: authentication with 00:23:f8:9d:ad:11 timed out [19235.680170] ieee80211 phy0: wl_ops_bss_info_changed:
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
clone 637392 -1 fixed -1 linux-2.6/3.0.0-1 close -1 retitle 637392 RV635 [Radeon HD 3600 series]: white, grey, and black stripes with snow on bottom unless firmware is loaded notfound 637392 2.6.32-35 found 637392 linux-2.6/3.0.0-1 quit Volodymyr Shcherbyna wrote: 2011/8/14 Jonathan Nieder jrnie...@gmail.com Hm, maybe this is the trigger. Is firmware-linux-nonfree installed? If not, it would be interesting to see if temporarily installing it helps. [...] Thanks for the tip. It worked. Thanks. A dmesg from it working would be nice, too, for comparison's sake. :) The message failed to evaluate ATIF was probably introduced by v2.6.36-rc3~9^2~79^2~23 (drm/radeon: Add support for the ATIF ACPI method to the radeon driver, 2010-06-06) but I doubt that's the source of the modesetting trouble in absence of firmware. Please report this at http://bugs.freedesktop.org/, product DRI, component DRM/Radeon, and send us the bug number. -- 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/20110814192717.gb16...@elie.gateway.2wire.net
Processed: Re: Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Processing commands for cont...@bugs.debian.org: clone 637392 -1 Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead Bug 637392 cloned as bug 637814. fixed -1 linux-2.6/3.0.0-1 Bug #637814 [linux-2.6] linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead Bug Marked as fixed in versions linux-2.6/3.0.0-1. close -1 Bug#637814: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Volodymyr Shcherbyna volody...@shcherbyna.com retitle 637392 RV635 [Radeon HD 3600 series]: white, grey, and black stripes with snow on bottom unless firmware is loaded Bug #637392 [linux-2.6] linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead Changed Bug title to 'RV635 [Radeon HD 3600 series]: white, grey, and black stripes with snow on bottom unless firmware is loaded' from 'linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead' notfound 637392 2.6.32-35 Bug #637392 [linux-2.6] RV635 [Radeon HD 3600 series]: white, grey, and black stripes with snow on bottom unless firmware is loaded There is no source info for the package 'linux-2.6' at version '2.6.32-35' with architecture '' Unable to make a source version for version '2.6.32-35' Bug No longer marked as found in versions 2.6.32-35. found 637392 linux-2.6/3.0.0-1 Bug #637392 [linux-2.6] RV635 [Radeon HD 3600 series]: white, grey, and black stripes with snow on bottom unless firmware is loaded Bug Marked as found in versions linux-2.6/3.0.0-1. quit Stopping processing here. Please contact me if you need assistance. -- 637392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637392 637814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637814 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 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.131335004710395.transcr...@bugs.debian.org
Bug#637234: linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen
This has already been reported here: http://www.mail-archive.com/ubuntu-server@lists.ubuntu.com/msg05621.html Generally I use lvm2 as storage backend, but I've just reproduced the exact same behavior using raw image files. I get the following exactly every other time the VM boots: [6.837760] end_request: I/O error, dev xvda, sector 4456680 [6.837783] end_request: I/O error, dev xvda, sector 4456680 [6.837824] Aborting journal on device xvda-8. [6.845859] EXT4-fs error (device xvda): ext4_journal_start_sb:296: Detected aborted journal [6.845945] EXT4-fs (xvda): Remounting filesystem read-only The following time it runs fsck: Checking root file system...fsck from util-linux 2.19.1 /dev/xvda contains a file system with errors, check forced. /dev/xvda: 26427/327680 files (0.2% non-contiguous), 196522/1310720 blocks done. and then seems to work fine, until the next reboot. -- 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/4e483c37.1010...@gedalya.net
Processed: tagging 627700
Processing commands for cont...@bugs.debian.org: tags 627700 + pending Bug #627700 [linux-2.6] New Intel Ethernet adapters (e1000e driver) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 627700: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627700 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.13133625493172.transcr...@bugs.debian.org
Processed: tagging 627702
Processing commands for cont...@bugs.debian.org: tags 627702 + pending Bug #627702 [linux-2.6] Intel Ethernet adapters (igb and igbvf drivers) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 627702: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627702 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.13133625523291.transcr...@bugs.debian.org
Processed: tagging 627704
Processing commands for cont...@bugs.debian.org: tags 627704 + pending Bug #627704 [linux-2.6] Realtek Ethernet adapters (r8169 driver) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 627704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627704 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.13133625563316.transcr...@bugs.debian.org
Processed: tagging 627705
Processing commands for cont...@bugs.debian.org: tags 627705 + pending Bug #627705 [linux-2.6] Broadcom Ethernet adapters (tg3 broadcom drivers) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 627705: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627705 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.13133625603379.transcr...@bugs.debian.org
Bug#637461: possible init script problem?
/etc/init.d/mountnfs.sh contains the following: case $FSTYPE in nfs|nfs4|smbfs|cifs|coda|ncp|ncpfs|ocfs2|gfs) ;; which does not look right to me. Should there be something after the ) and before the ;; ? Perhaps somebody more familiar with code can say what this is intended to achieve. -- 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/4e485db1.8060...@gmx.com
Processed: tagging 627702
Processing commands for cont...@bugs.debian.org: tags 627702 + pending Bug #627702 [linux-2.6] Intel Ethernet adapters (igb and igbvf drivers) Ignoring request to alter tags of bug #627702 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 627702: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627702 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.131336712624386.transcr...@bugs.debian.org
Processed: tagging 627704
Processing commands for cont...@bugs.debian.org: tags 627704 + pending Bug #627704 [linux-2.6] Realtek Ethernet adapters (r8169 driver) Ignoring request to alter tags of bug #627704 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 627704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627704 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.131337213814359.transcr...@bugs.debian.org
Bug#636501: WARNING: at kernel/printk.c:293 do_syslog+0x74/0x38f()
tags 636501 + fixed-upstream quit Gergely Nagy wrote: That is correct, even though I personally find the warning stupid and only annoying users. Fixed by v3.1-rc2~33 (cap_syslog: don't use WARN_ONCE for CAP_SYS_ADMIN deprecation warning). Thanks for your help. -- 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/20110815014305.ga27...@elie.gateway.2wire.net
Processed: Re: WARNING: at kernel/printk.c:293 do_syslog+0x74/0x38f()
Processing commands for cont...@bugs.debian.org: tags 636501 + fixed-upstream Bug #636501 [linux-2.6] WARNING: at /build/buildd-linux-2.6_2.6.39-3-i386-0YkQQW/linux-2.6-2.6.39/debian/build/source_i386_none/kernel/printk.c:293 do_syslog+0x74/0x38f() Added tag(s) fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 636501: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636501 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.131337260216360.transcr...@bugs.debian.org
Uploading linux-2.6 (3.0.0-2)
I intend to upload linux-2.6 version 3.0.0-2 to unstable on Monday or Tuesday. This will include the fixes from stable releases 3.0.1 and 3.0.2 and rt release 3.0.1-rt8 (or later). Also, linux-libc-dev will support multi-arch. There should be no ABI bump. However, note that the ABI for packages with the 'rt' featureset is considered unstable and may change without an ABI bump. Ben. signature.asc Description: This is a digitally signed message part
Updating linux-2.6 for point release 6.0.3
Back in May, I prepared backports of several network drivers to squeeze. However these did not receive much testing in time to upload them for point release 6.0.2. There has been some more testing since then, but still not as much as I would like. I believe that further testing will have to be requested *after* uploading to stable-proposed-updates, since that suite is more visible and trusted by users than a private page on people.debian.org. There are also several upstream 'longterm' updates still to be incorporated into squeeze. I briefly reviewed these and think they should be OK to apply, but I'll open bugs for them anyway. Finally, there is a pending security update for squeeze (2.6.32-35squeeze1). I would like to see this released first so that the s-p-u upload (2.6.32-36) can include its fixes. Ben. signature.asc Description: This is a digitally signed message part
Bug#637848: Changes from longterm 2.6.32.43
Package: linux-2.6 Version: 2.6.32-35 Severity: normal 4553fbd ksm: fix NULL pointer dereference in scan_get_next_rmap_item() Appears to fix a local denial-of-service (oops). f55a989 migrate: don't account swapcache as shmem Not sure what the implications are. 86df348 xen: partially revert xen: set max_pfn_mapped to the last pfn mapped Fixes (performance?) regression for Xen on i386 introduced in 2.6.32.36 (Debian: 2.6.32-32). b63010f clocksource: Make watchdog robust vs. interruption Fixes case where a good clocksource may wrongly be considered unreliable and then disabled. This bug could result in reduced timing accuracy and/or increased power usage. 9bb7bdf TTY: ldisc, do not close until there are readers The subject should actually say 'no readers'. Fixes a use-after-free bug similar to that reported in http://thread.gmane.org/gmane.linux.kernel.input/16189. May be an exploitable security flaw. ddaa6a0 xhci: Reject double add of active endpoints. Fixes case where UAS (USB-attached SCSI) device can become unusable. 1588e82 PM: Free memory bitmaps if opening /dev/snapshot fails Fixes crash if snapshot (for software suspend) fails in a certain way and is then retried. 6d40246 ath5k: fix memory leak when fewer than N_PD_CURVES are in use Fixes memory leak during reconfiguration, with certain encryption settings. ae3862c mm: fix negative commitlimit when gigantic hugepages are allocated Fixes likely very poor performance if overcommit is disabled and gigantic hugepages are used. 986e0f6 uvcvideo: Remove buffers from the queues when freeing Fixes local denial-of-service (oops) in this device driver (used for many webcams and other USB video devices). 6d86a0e watchdog: mtx1-wdt: request gpio before using it No effect; code is not built (and is specific to MIPS MTX-1 boards). 336fca9 debugobjects: Fix boot crash when kmemleak and debugobjects enabled No effect; code is not built. 1ff36a0 cfq-iosched: fix locking around ioc-ioc_data assignment 1e03bb2 cfq-iosched: fix a rcu warning Fix race conditions in disk I/O queueing. At least the first is known to result in crashes for some users. 48984ad i2c-taos-evm: Fix log messages Fixes crash in one error case (I think) and hidden error messages in others. 1ca3969 md: avoid endless recovery loop when waiting for fail device to complete. Fixes handling of a particular RAID member failure case. d2c7e88 SUNRPC: Ensure the RPC client only quits on fatal signals Not sure what the implications are. Probably makes NFS more reliable. 06ce414 6pack,mkiss: fix lock inconsistency Fixes potential deadlock in these hamradio drivers. 68e62de taskstats: don't allow duplicate entries in listener mode Fixes local denial-of-service (CVE-2011-2484). Already pending on squeeze-security branch. ae6fe57 USB: don't let errors prevent system sleep 1e9c04f USB: don't let the hub driver prevent system sleep Fix some suspend/hibernate failures. 3bbcb3e uml: fix CONFIG_STATIC_LINK=y build failure with newer glibc Fixes FTBFS for UML with multi-arch glibc and 'recent' binutils. Not sure whether this has any effect in squeeze. 2b71587 um: os-linux/mem.c needs sys/stat.h Fixes FTBFS for UML in some environments (Fedora 13 is mentioned). d91b197 netlink: Make nlmsg_find_attr take a const nlmsghdr*. No effect; but is preparation for next fix. ea57372 inet_diag: fix inet_diag_bc_audit() Fixes local denial-of-service (CVE-2011-2213). Already cherry-picked. 7af74e7 PM / Hibernate: Avoid hitting OOM during preallocation of memory Fixes possible very poor performance of hibernation. e6c768e PM / Hibernate: Fix free_unnecessary_pages() Fixes possible crash in hibernation. 46f4079 bug.h: Add WARN_RATELIMIT No effect; but is preparation for next fix. 5eabe87 net: filter: Use WARN_RATELIMIT Fixes local denial-of-service (log spam). cc2c656 af_packet: prevent information leak Like it says. 4e754b4 net/ipv4: Check for mistakenly passed in non-IPv4 address Fixes parameter validation. This has no security implications (AFAIK) but might break some buggy programs. We may want to revert this. ac7573b ipv6/udp: Use the correct variable to determine non-blocking condition Fixes potential userland hang. Could be a remote denial-of-service against servers using UDP/IPv6. 453d61c udp/recvmsg: Clear MSG_TRUNC flag when starting over for a new packet Fixes spurious error indication to userland. ffdd12e mm: prevent concurrent unmap_mapping_range() on the same inode Fixes local denial-of-service (BUG). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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
Processed: tagging 637848
Processing commands for cont...@bugs.debian.org: tags 637848 + pending Bug #637848 [linux-2.6] Changes from longterm 2.6.32.43 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 637848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637848 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.131338038717388.transcr...@bugs.debian.org
Bug#536860: linux-image-2.6.26-2-sparc64: Kernel unaligned access at TPC[48bf10] __delayacct_add_tsk+0x48/0x15c
Hi,
Jonathan Nieder wrote:
I wonder how this should be dealt with wrt squeeze.
For your amusement, here's an ugly proof-of-concept patch (against
2.6.32.y) that just does unaligned reads from struct taskstats. The
only redeeming feature is that it doesn't break ABI. I'd be curious
to hear whether it works and the effect on performance.
If it were to make sense to actually apply something like this, it
would only be on 64-bit arches that do not have efficient unaligned
access.
From: Jonathan Nieder jrnie...@gmail.com
Date: Mon, 15 Aug 2011 00:32:02 -0500
Subject: taskstats: use unaligned accesses to work around alignment issues
As upstream commit 4be2c95d1f77 explains, the taskstats struct is
internally aligned to 8-byte boundaries but because it is preceded by
two NLA headers (4 bytes each) and a pid (4 bytes) ends up being
misaligned when returned from mk_reply(), resulting in unaligned
accesses when it is passed around and populated after that.
A few options for fixing that:
- go back to populating a taskstats struct on the stack or heap and
copying it back. Since the structure weighs in at 328 bytes, that
is somewhat costly
- change mk_reply to start the reply at an 8-byte boundary. This is
what is done upstream on the affected platforms, but unfortunately
that breaks compatibility with iotop versions before 0.4.2.
- use unaligned stores and loads on the taskstats struct returned
from mk_reply. That is what this patch does.
Intended for testing only, not for upstream application or application
to any public tree for that matter. This patch would not have any
benefit unless on a 64-bit arch without efficient unaligned accesses.
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
kernel/delayacct.c | 54 ---
kernel/taskstats.c | 11 ++---
kernel/tsacct.c| 54 ---
3 files changed, 71 insertions(+), 48 deletions(-)
diff --git a/kernel/delayacct.c b/kernel/delayacct.c
index ead9b610aa71..69f7e8fe7b53 100644
--- a/kernel/delayacct.c
+++ b/kernel/delayacct.c
@@ -19,6 +19,7 @@
#include linux/time.h
#include linux/sysctl.h
#include linux/delayacct.h
+#include asm/unaligned.h
int delayacct_on __read_mostly = 1;/* Delay accounting turned on/off */
struct kmem_cache *delayacct_cache;
@@ -97,6 +98,18 @@ void __delayacct_blkio_end(void)
current-delays-blkio_count);
}
+static void update_stat(s64 *stat, s64 updated)
+{
+ put_unaligned(updated get_unaligned(stat) ? 0 : updated,
+ stat);
+}
+
+static void update_stat_unsigned(u64 *stat, u64 updated)
+{
+ put_unaligned(updated get_unaligned(stat) ? 0 : updated,
+ stat);
+}
+
int __delayacct_add_tsk(struct taskstats *d, struct task_struct *tsk)
{
s64 tmp;
@@ -111,16 +124,15 @@ int __delayacct_add_tsk(struct taskstats *d, struct
task_struct *tsk)
if (!tsk-delays)
goto done;
- tmp = (s64)d-cpu_run_real_total;
+ tmp = get_unaligned((s64 *) d-cpu_run_real_total);
cputime_to_timespec(tsk-utime + tsk-stime, ts);
tmp += timespec_to_ns(ts);
- d-cpu_run_real_total = (tmp (s64)d-cpu_run_real_total) ? 0 : tmp;
+ update_stat((s64 *) d-cpu_run_real_total, tmp);
- tmp = (s64)d-cpu_scaled_run_real_total;
+ tmp = get_unaligned((s64 *) d-cpu_scaled_run_real_total);
cputime_to_timespec(tsk-utimescaled + tsk-stimescaled, ts);
tmp += timespec_to_ns(ts);
- d-cpu_scaled_run_real_total =
- (tmp (s64)d-cpu_scaled_run_real_total) ? 0 : tmp;
+ update_stat((s64 *) d-cpu_scaled_run_real_total, tmp);
/*
* No locking available for sched_info (and too expensive to add one)
@@ -130,27 +142,29 @@ int __delayacct_add_tsk(struct taskstats *d, struct
task_struct *tsk)
t2 = tsk-sched_info.run_delay;
t3 = tsk-se.sum_exec_runtime;
- d-cpu_count += t1;
+ put_unaligned(get_unaligned(d-cpu_count) + t1, d-cpu_count);
- tmp = (s64)d-cpu_delay_total + t2;
- d-cpu_delay_total = (tmp (s64)d-cpu_delay_total) ? 0 : tmp;
+ tmp = get_unaligned((s64 *) d-cpu_delay_total) + t2;
+ update_stat((s64 *) d-cpu_delay_total, tmp);
- tmp = (s64)d-cpu_run_virtual_total + t3;
- d-cpu_run_virtual_total =
- (tmp (s64)d-cpu_run_virtual_total) ? 0 : tmp;
+ tmp = get_unaligned((s64 *) d-cpu_run_virtual_total) + t3;
+ update_stat((s64 *) d-cpu_run_virtual_total, tmp);
/* zero XXX_total, non-zero XXX_count implies XXX stat overflowed */
spin_lock_irqsave(tsk-delays-lock, flags);
- tmp = d-blkio_delay_total + tsk-delays-blkio_delay;
- d-blkio_delay_total = (tmp d-blkio_delay_total) ? 0 : tmp;
- tmp = d-swapin_delay_total + tsk-delays-swapin_delay;
- d-swapin_delay_total = (tmp d-swapin_delay_total) ? 0 :
