Bug#683167: Attempting to start X with intel driver hangs system
Maik Zumstrull wrote: 2.6.32 has never heard of this GPU, so the i915 module doesn't initialize. The X server exits immediately, saying no device was found, but doesn't crash. The kernel panics on trying to reboot, but the stack trace shows a bunch of EFI-related functions, so it's probably unrelated. I see, thanks. Support for this GPU seems to have been added by cc22a938fc1d drm/i915: add Ivy Bridge GT2 Server entries which was merged in 3.4-rc2. [...] This is on an Ivy Bridge Xeon E3 with GPU. I thought it was the X driver, because i915 KMS works fine for the console, it only crashes when trying to bring up X. But I pulled in the 2.20.2 driver today and it still happens. So I now think the problem is in the kernel. Can you get a trace of the crash using a serial console[1] or netconsole[2]? If so, please report this to bugs.freedesktop.org, following instructions from http://intellinuxgraphics.org/how_to_report_bug.html;, and let us know the bug number so we can track it. Hope that helps, Jonathan [1] http://www.kernel.org/doc/Documentation/serial-console.txt [2] http://www.kernel.org/doc/Documentation/networking/netconsole.txt -- 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/20120804080404.GA52729@Jonathans-MacBook-Air.local
Bug#683726: closed by Julien Cristau jcris...@debian.org (Re: Bug#683726: additional info)
I will remove the nvidia driver and retest everything under nouveau. However I have little hope that it will work, since prior to installing nvidia I had tested nouveau extensively: suspend-resume had never worked under the open-source driver. This bug is quite likely related to the graphic card restarting into a broken state, and this of course due to the nvidia driver, except it used to work fine with the previous kernel revision, so apparently it is some change in the kernel which causes a regression in this interaction. If anything interesting turns out with the nouveau driver, I'll report it here. Best, Nick -- 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/501cf80b.6030...@mi.infm.it
Bug#683726: hangup on resume from suspend on dell latitude E6500
On Fri, Aug 3, 2012 at 10:43:50 -0700, Jonathan Nieder wrote: Hi, Julien Cristau wrote On Fri, Aug 3, 2012 at 14:05:48 +0200, Nicola Manini wrote: I attach the relevant syslog. Which shows backtraces involving the closed nvidia driver. Not our bug. Given that there is a package in the BTS for the closed nvidia driver, wouldn't an appropriate response be to ask for bugscript output for that and reassign? I don't think so. I don't know if the submitter used the nvidia driver from the debian package or from nvidia's installer, and in any case the issue doesn't come from the driver's packaging but from its code, which we both can't see and don't have permission to modify. Plus, I'm not particularly interested in spending time chasing closed driver bugs. Cheers, Julien signature.asc Description: Digital signature
Byte queue limits in Linux for wheezy / linux kernel ABI bumps
Hi Ben, Ben Hutchings b...@decadent.org.uk (03/08/2012): Byte queue limits (BQL) are an important step in reducing 'bufferbloat' and network latency on Linux. The feature was introduced in Linux 3.3 and has had a few bug fixes since then; I think it can be considered stable now. It requires specific support in drivers and is then unconditionally enabled for them. It provides some tuning parameters, but should not normally require these to be changed. thanks for the background. I have prepared a backport of this to Linux 3.2 that I would like to include in wheezy, but I ran out of time to do that before the freeze. Since BQL is a new feature, it would not normally be allowed to make such a change now. However, it may also be considered an important fix for performance problems (high network latency). Therefore I am requesting a freeze exception in category 5, pre-approved fixes. I believe it can be easily backed-out in case it causes regressions. That looks good to me. BQL requires an ABI change, but so do some of the fixes in Linux 3.2.25, so the next upload will have an ABI bump in any case. [ Hijacking the subject a bit, adding -boot@ ] That's one of the things I wanted to spend a little time on, while getting back to the block-udeb-ified packages. Now that d-i wheezy beta1 is finally out, I'll try and figure out what exactly breaks in d-i when the linux kernelgets its ABI bumped. Apparently netboot and mini.iso are concerned, but it would be nice to have that checked, and documented. Maybe we could just have a way to prevent some udebs from being decrufted? Now, for other images, maybe we should just perform a debian-installer upload, tweaking the linux ABI bits, each time we let a new linux ABI into testing. Getting that debian-installer into testing would ensure weekly builds work properly, even if no {alpha,beta,rc} are planned when that migration happens. Mraw, KiBi. signature.asc Description: Digital signature
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, Aug 4, 2012 at 13:53:17 +0200, Cyril Brulebois wrote: Now that d-i wheezy beta1 is finally out, I'll try and figure out what exactly breaks in d-i when the linux kernelgets its ABI bumped. Apparently netboot and mini.iso are concerned, but it would be nice to have that checked, and documented. AFAIK, all images that download udebs from the archive can break with any kernel migration to testing, because they'd get modules newer than the kernel (without an ABI bump). In case of ABI bumps, where the old udebs go away, these same images won't be able to download the modules, so they'll break. [Please somebody correct the above if this is nonsense] Cheers, Julien signature.asc Description: Digital signature
Bug#683768: linux-image-3.2.0-3-amd64: hibernate 3x slower after upgrade to linux-image-3.2.0-3-amd64
Unfortunately the swap.c patch makes no difference at all. :-( Hugo
Bug#683167: Attempting to start X with intel driver hangs system
On Sat, Aug 4, 2012 at 10:04 AM, Jonathan Nieder jrnie...@gmail.com wrote: Can you get a trace of the crash using a serial console[1] or netconsole[2]? I got netconsole working, and some messages came through (I replugged a USB device to trigger some), but nothing when it crashes. I don't have the cabling here for serial (it's only a pinheader on this board), but I could get it next week if that's what it takes. -- 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/CAO=zwdjntyq3ybsxuyv5ya+waab_pgjym_bobavxbl19not...@mail.gmail.com
Bug#683824: gencontrol fails to generate tarballs for version with modifier
Package: linux Severity: minor Tags: patch From 89bfc6122f508ee4d4bd02e710631fb4e0bcf66c Mon Sep 17 00:00:00 2001 From: Julien Danjou jul...@danjou.info Date: Sat, 4 Aug 2012 15:16:19 +0200 Subject: [PATCH] Fix linux_upstream_full compute for version with modifier If you try to use genorig on a version with a modifier (like ~rc1), it will fail because self.linux_upstream_full will be equal to the short version rather than version-modifier. --- debian/lib/python/debian_linux/debian.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/lib/python/debian_linux/debian.py b/debian/lib/python/debian_linux/debian.py index 7daaa03..a577526 100644 --- a/debian/lib/python/debian_linux/debian.py +++ b/debian/lib/python/debian_linux/debian.py @@ -154,7 +154,7 @@ $ self.linux_upstream = u'-'.join((d['version'], d['modifier'])) else: self.linux_upstream = d['version'] -self.linux_upstream_full = d['version'] + (d['update'] or u'') +self.linux_upstream_full = self.linux_upstream + (d['update'] or u'') self.linux_dfsg = d['dfsg'] self.linux_revision_experimental = match.group('revision_experimental') and True self.linux_revision_other = match.group('revision_other') and True -- 1.7.10.4 -- 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/20120804132450.21639.52739.report...@dex.adm.naquadah.org
Processed: tagging 683824
Processing commands for cont...@bugs.debian.org: tags 683824 + pending Bug #683824 [linux] gencontrol fails to generate tarballs for version with modifier Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 683824: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683824 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.134408785719521.transcr...@bugs.debian.org
Processed: Re: Bug#647741: still occurs in 3.2.15-1
Processing commands for cont...@bugs.debian.org: tags 647741 unreproducible Bug #647741 [linux-2.6] linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access Added tag(s) unreproducible. thanks Stopping processing here. Please contact me if you need assistance. -- 647741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647741 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.1344090412601.transcr...@bugs.debian.org
Bug#647741: marked as done (linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access)
Your message dated Sat, 4 Aug 2012 16:26:48 +0200 with message-id 20120804142648.ga8...@xvii.vinc17.org and subject line Re: Bug#647741: still occurs in 3.2.15-1 has caused the Debian Bug report #647741, regarding linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 647741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647741 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 3.0.0-6 Severity: normal Several times a day, the UI freezes for a few seconds. This can happen when I'm working in an xterm or with Iceweasel. During this time, the disk LED is on. Note that the disk is encrypted. I also had this problem with the version 3.0.0-5 of this kernel package. I reverted to 2.6.38-2-amd64 between Oct 30 and Nov 4, and didn't notice this problem with it (the disk accesses seemed to be sometimes slower, but I'm not sure; however the UI never froze). So, it seems to be a regression. -- Package-specific info: ** Version: Linux version 3.0.0-2-amd64 (Debian 3.0.0-6) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-9) ) #1 SMP Wed Nov 2 04:50:05 UTC 2011 ** Command line: root=/dev/mapper/xvii-root ro quiet ** Not tainted ** Kernel log: [ 12.231732] input: DualPoint Stick as /devices/platform/i8042/serio1/input/input7 [ 12.248713] input: AlpsPS/2 ALPS DualPoint TouchPad as /devices/platform/i8042/serio1/input/input8 [ 13.199401] Console: switching to colour frame buffer device 180x56 [ 13.208350] fb0: nouveaufb frame buffer device [ 13.208352] drm: registered panic notifier [ 13.208359] [drm] Initialized nouveau 0.0.16 20090420 for :01:00.0 on minor 0 [ 13.230496] dell_wmi: Received unknown WMI event (0x11) [ 13.242968] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: [ 13.242970] iwlagn: Copyright(c) 2003-2011 Intel Corporation [ 13.243091] iwlagn :0c:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 13.243127] iwlagn :0c:00.0: setting latency timer to 64 [ 13.243180] iwlagn :0c:00.0: Detected Intel(R) Ultimate N WiFi Link 5300 AGN, REV=0x24 [ 13.262462] iwlagn :0c:00.0: device EEPROM VER=0x120, CALIB=0x4 [ 13.262465] iwlagn :0c:00.0: Device SKU: 0Xb [ 13.262488] iwlagn :0c:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [ 13.262609] iwlagn :0c:00.0: irq 46 for MSI/MSI-X [ 13.495408] HDA Intel :00:1b.0: PCI INT A - GSI 21 (level, low) - IRQ 21 [ 13.495473] HDA Intel :00:1b.0: irq 47 for MSI/MSI-X [ 13.495504] HDA Intel :00:1b.0: setting latency timer to 64 [ 13.511708] iwlagn :0c:00.0: loaded firmware version 8.83.5.1 build 33692 [ 13.511922] Registered led device: phy0-led [ 13.553033] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 13.565271] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input9 [ 13.573186] input: HDA Intel Mic at Sep Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input10 [ 13.573255] input: HDA Intel Mic at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input11 [ 13.573314] input: HDA Intel Line Out at Sep Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 13.573372] input: HDA Intel HP Out at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input13 [ 13.727822] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: excluding 0xc-0xd3fff 0xe-0xf [ 13.727862] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0ff [ 13.727898] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff [ 13.921088] WARNING! power/level is deprecated; use power/control instead [ 14.254445] Linux media interface: v0.10 [ 14.258283] Linux video capture interface: v2.00 [ 14.279462] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_0.3M (0c45:63f8) [ 14.293695] input: Laptop_Integrated_Webcam_0.3M as /devices/pci:00/:00:1a.7/usb1/1-6/1-6:1.0/input/input14 [ 14.293747] usbcore: registered new interface driver uvcvideo [ 14.293749] USB Video Class driver (v1.1.0) [ 16.016327] EXT3-fs (dm-1): using internal journal [ 16.705583] loop: module loaded [ 17.004136] Adding 9928700k swap on /dev/mapper/xvii-swap_1. Priority:-1 extents:1 across:9928700k [ 22.292480] RPC: Registered named UNIX socket transport module. [ 22.292482] RPC: Registered udp transport module. [ 22.292484] RPC:
Bug#683768: linux-image-3.2.0-3-amd64: hibernate 3x slower after upgrade to linux-image-3.2.0-3-amd64
On Sat, 2012-08-04 at 07:21 -0500, hugo vanwoerkom wrote: Unfortunately the swap.c patch makes no difference at all. :-( OK, so this a different problem. Since this regression occurred between 3.2.19-1 and 3.2.23-1, can you bisect through the intermediate versions available from http://snapshot.debian.org/package/linux/: 1. Test version 3.2.21-2 2. If it has this bug, test an earlier version, otherwise test a later version. 3. Repeat if necessary to identify the first buggy version. Also, please test 3.5-1~experimental.1 (from the experimental suite) to see whether this has been fixed upstream. Ben. -- Ben Hutchings Experience is directly proportional to the value of equipment destroyed. - Carolyn Scheppner signature.asc Description: This is a digitally signed message part
Bug#647741: still occurs in 3.2.15-1
Vincent Lefevre wrote: On 2012-08-02 14:22:14 +0200, Vincent Lefevre wrote: I've now reverted to: Linux version 3.2.0-1-amd64 (Debian 3.2.7-1) (debian-kernel@lists.debian.org) (gcc version 4.6.2 (Debian 4.6.2-16) ) #1 SMP Tue Feb 28 15:35:32 UTC 2012 (still with tmpfs for /tmp) and I'll see whether the temporary freeze problems reappear. I didn't see any problem either. So, the cause of the sudden disk accesses remains a mystery (perhaps some bug in some daemon, since many packages have been upgraded since). Alas. Thanks for checking. -- 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/20120804192437.GA53341@Jonathans-MacBook-Air.local
Bug#683768: linux-image-3.2.0-3-amd64: hibernate 3x slower after upgrade to linux-image-3.2.0-3-amd64
But it's a Debian problem. I compiled the stable 3.4.7 kernel from kernel.org and that does not have the problem: normal hibernate, takes 12secs. Hugo
Processed: [bts-link] source package linux-2.6
Processing commands for cont...@bugs.debian.org: # # 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 Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #584830 (http://bugs.debian.org/584830) # Bug title: linux-image-2.6.32-5-amd64: USB 3.0 / xhci prevents suspend # * http://bugzilla.kernel.org/show_bug.cgi?id=16153 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - CODE-FIX # * closed upstream tags 584830 + fixed-upstream Bug #584830 [linux-2.6] linux-image-2.6.32-5-amd64: USB 3.0 / xhci prevents suspend Added tag(s) fixed-upstream. usertags 584830 - status-NEW Usertags were: status-NEW. Usertags are now: . usertags 584830 + status-RESOLVED resolution-CODE-FIX There were no usertags set. Usertags are now: resolution-CODE-FIX status-RESOLVED. thanks Stopping processing here. Please contact me if you need assistance. -- 584830: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584830 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.134410980329242.transcr...@bugs.debian.org
[bts-link] source package src:linux
# # bts-link upstream status pull for source package src:linux # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #680707 (http://bugs.debian.org/680707) # Bug title: Asus P5NSLI: lockup on resume from suspend # * http://bugzilla.kernel.org/show_bug.cgi?id=43641 # * remote status changed: RESOLVED - CLOSED usertags 680707 - status-RESOLVED usertags 680707 + status-CLOSED 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/20120804193104.16314.56605.btsl...@sonntag.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 #584830 (http://bugs.debian.org/584830) # Bug title: linux-image-2.6.32-5-amd64: USB 3.0 / xhci prevents suspend # * http://bugzilla.kernel.org/show_bug.cgi?id=16153 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - CODE-FIX # * closed upstream tags 584830 + fixed-upstream usertags 584830 - status-NEW usertags 584830 + status-RESOLVED resolution-CODE-FIX 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/20120804193102.16314.19191.btsl...@sonntag.debian.org
Bug#681232: ath5k phy0: gain calibration timeout with linux-image-3.2.0-3-amd64
Sorry, my mistake. Update was from 3.2.20 to 3.2.21. I didn't mean if it private reply or not, but if you think this information is important, I don't mine if you put it into bug tracker. - тел.: (904) 9867224 icq: 128564180 skype: snowmean jabber: snowm...@gmail.com website: http://pivpav.ru On Sat, Aug 4, 2012 at 2:45 PM, Jonathan Nieder jrnie...@gmail.com wrote: Павел Пивоваров wrote: It was started after kernel update from 3.2.0-2-amd64 to 3.2.0-3-amd64 [and other helpful things] Did you mean this to be a private reply? Confusingly enough, 3.2.0-2-amd64 is part of the name of the kernel package rather than its version number. You can get the version number for the installed kernel with dpkg-query -W linux-image-$(uname -r) or for the running kernel by looking in the parentheses of cat /proc/version See http://kernel-handbook.alioth.debian.org/ch-versions.html for details.
Bug#683167: Attempting to start X with intel driver hangs system
Maik Zumstrull wrote: On Sat, Aug 4, 2012 at 10:04 AM, Jonathan Nieder jrnie...@gmail.com wrote: Can you get a trace of the crash using a serial console[1] or netconsole[2]? I got netconsole working, and some messages came through (I replugged a USB device to trigger some), but nothing when it crashes. Ok, thanks. Please attach a full log from netconsole from booting and reproducing the problem. (It's ok if it doesn't say anything interesting at the crucial moment.) If you can get the corresponding Xorg log, that would be interesting, too. Hope that helps, 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/20120804202717.GD53341@Jonathans-MacBook-Air.local
Re: Byte queue limits in Linux for wheezy / linux kernel ABI bumps
On Sat, 2012-08-04 at 14:06 +0200, Julien Cristau wrote: On Sat, Aug 4, 2012 at 13:53:17 +0200, Cyril Brulebois wrote: Now that d-i wheezy beta1 is finally out, I'll try and figure out what exactly breaks in d-i when the linux kernelgets its ABI bumped. Apparently netboot and mini.iso are concerned, but it would be nice to have that checked, and documented. AFAIK, all images that download udebs from the archive can break with any kernel migration to testing, because they'd get modules newer than the kernel (without an ABI bump). This often works, but is certainly not guaranteed to (we would need a lot more ABI bumps if we considered added symbols). A possible solution would be something like: 1. Keep multiple versions of udebs in the same suite (currently possible for arch:all, but maybe not supported for arch-dependent packages) 2. Make kernel-wedge add versioned dependencies to the udebs 3. Make anna assume that kernel-image is not upgradeable 4. Make anna try older package versions if dependencies can't be reolved for the newest version Steps 1 and 4 may be rather hard. In case of ABI bumps, where the old udebs go away, these same images won't be able to download the modules, so they'll break. But that seems to be more easily fixed by holding off decrufting. Ben. [Please somebody correct the above if this is nonsense] -- Ben Hutchings Experience is directly proportional to the value of equipment destroyed. - Carolyn Scheppner signature.asc Description: This is a digitally signed message part
Bug#683167: Attempting to start X with intel driver hangs system
On Fri, 2012-08-03 at 21:29 +0200, Maik Zumstrull wrote: On Fri, Aug 3, 2012 at 9:01 PM, Jonathan Nieder jrnie...@gmail.com wrote: Does the squeeze 2.6.32.y kernel reproduce the same trouble? (It should run fine on a wheezy/sid system.) Could you retrieve full dmesg output from the 3.2.y failure? 2.6.32 has never heard of this GPU, so the i915 module doesn't initialize. The X server exits immediately, saying no device was found, but doesn't crash. The kernel panics on trying to reboot, but the stack trace shows a bunch of EFI-related functions, so it's probably unrelated. [...] That's possibly the same bug as #626022. I have seen the same problem on one of my own systems and investigated a little way, but didn't reach a conclusion yet. Ben. -- Ben Hutchings Experience is directly proportional to the value of equipment destroyed. - Carolyn Scheppner signature.asc Description: This is a digitally signed message part
Processed: notfound 683167 in linux/3.5-1~exerimental.1, found 683167 in linux/3.5-1~experimental.1
Processing commands for cont...@bugs.debian.org: # typo notfound 683167 linux/3.5-1~exerimental.1 Bug #683167 [src:linux] linux-image-3.4-trunk-amd64: Attempting to start X with intel driver hangs system The source linux and version 3.5-1~exerimental.1 do not appear to match any binary packages No longer marked as found in versions linux/3.5-1~exerimental.1. found 683167 linux/3.5-1~experimental.1 Bug #683167 [src:linux] linux-image-3.4-trunk-amd64: Attempting to start X with intel driver hangs system Marked as found in versions linux/3.5-1~experimental.1. thanks Stopping processing here. Please contact me if you need assistance. -- 683167: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683167 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.134411547426774.transcr...@bugs.debian.org
Bug#681232: linux-image-3.2.0-3-amd64: Atheros WiFi Adapter couldn't find networks gain
For what it's worth, the 3.5-1 kernel from experimental works for me without the pcie_aspm=force option. cat /proc/version Linux version 3.5-trunk-amd64 (Debian 3.5-1~experimental.1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Thu Aug 2 17:16:27 UTC 2012 lspci -v -xxx -s 07:00.0 07:00.0 Ethernet controller: Atheros Communications Inc. AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: AMBIT Microsystem Corp. Device 0422 Flags: bus master, fast devsel, latency 0, IRQ 19 Memory at b020 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [60] Express Legacy Endpoint, MSI 00 Capabilities: [90] MSI-X: Enable- Count=1 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Kernel driver in use: ath5k 00: 8c 16 1c 00 07 00 10 00 01 00 00 02 08 00 00 00 10: 04 00 20 b0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 01 50 00 00 68 14 22 04 30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 00 00 40: 01 50 c2 01 00 00 00 00 00 00 00 00 00 00 00 00 50: 05 60 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 10 90 11 00 40 02 64 00 10 20 0a 00 11 3c 03 00 70: 48 00 11 10 00 00 00 00 c0 03 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.5-trunk-amd64 (Debian 3.5-1~experimental.1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Thu Aug 2 17:16:27 UTC 2012 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.5-trunk-amd64 root=UUID=9e1f0932-58eb-4450-b269-f390869c741d ro quiet splash dmesg | grep ath5k [5.348070] ath5k :07:00.0: registered as 'phy0' [6.065246] Registered led device: ath5k-phy0::rx [6.065317] Registered led device: ath5k-phy0::tx [6.065347] ath5k: phy0: Atheros AR5414 chip found (MAC: 0xa3, PHY: 0x61) dmesg | grep wlan0 [ 18.499336] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 31.154216] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 32.285974] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 38.692294] wlan0: authenticate with xx:xx:xx:xx:xx:xx [ 38.696433] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 1/3) [ 38.697925] wlan0: authenticated [ 38.704030] wlan0: associate with xx:xx:xx:xx:xx:xx (try 1/3) [ 38.706491] wlan0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x411 status=0 aid=1) [ 38.706874] wlan0: associated [ 38.707705] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready I'd also built the 3.4.7 kernel from the sources at kernel.org. This kernel worked okay for me without the pcie_aspm=force option. Not sure why I didn't try the 3.4.4 kernel that was in experimental at the time. I've read about a number of people having this issue thru the 3.3 kernels with various distros, and read the issue was supposedly fixed in the 3.4 branch. I get the impression it's an upstream issue. -- 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/501d981b.3090...@comcast.net
Re: Bug#652353: installation-reports: Bottom 1/3 of screen turns black, then system locks-up
# hardware support severity 652353 important reassign 652353 src:linux linux-2.6/2.6.32-39 quit Hi Chris, asdf wrote: I have this in my /var/log/syslog, repeated for probably about 100 lines or so... nSource: METHOD_CNT, nStatus: INVALID_STATE PROTECTION_FAULT Ch: 1/3 Class 0x004a Mthd 0x0db4 Data 0x0020:0x System also runs fine under knoppix, so it does not seem to be hardware related. Do you have an nvidia card in that machine? http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg48977.html shows the same error from the nouveau driver on 2.6.32 kernel on an older nvidia card. So same kernel version squeeze uses. Lenny would not have used nouveau. [...] Len, you nailed it. I'm surprised that my web searches didn't turn anything up. I searched everywhere wit that log entry information, and got nothing. Thank you for being so quick nab this. Not a bug after all. Well, it sounds like it was a bug to me. ;-) Now I'm curious: are you still using this hardware? If so, what kernel do you use these days, and how does it act? If the problem is still present in current squeeze kernels, it would be useful to find a fix and backport it. If the problem is still present in 3.5 from experimental, we should take this upstream. Thanks and hope that helps, 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/20120804222118.GA181@Jonathans-MacBook-Air.local
Processed: Re: Bug#652353: installation-reports: Bottom 1/3 of screen turns black, then system locks-up
Processing commands for cont...@bugs.debian.org: # hardware support severity 652353 important Bug #652353 [installation-reports] installation-reports: Bottom 1/3 of screen turns black, then system locks-up Severity set to 'important' from 'critical' reassign 652353 src:linux linux-2.6/2.6.32-39 Bug #652353 [installation-reports] installation-reports: Bottom 1/3 of screen turns black, then system locks-up Bug reassigned from package 'installation-reports' to 'src:linux'. Ignoring request to alter found versions of bug #652353 to the same values previously set Ignoring request to alter fixed versions of bug #652353 to the same values previously set Bug #652353 [src:linux] installation-reports: Bottom 1/3 of screen turns black, then system locks-up Marked as found in versions linux-2.6/2.6.32-39. quit Stopping processing here. Please contact me if you need assistance. -- 652353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652353 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.134411888914692.transcr...@bugs.debian.org
Re: [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3)
# hardware support severity 675294 important retitle 675294 [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3) tags 675294 + upstream patch moreinfo reassign 675294 src:linux-2.6 2.6.32-45 quit Hi Lennart, Lennart Sorensen wrote: This Marvell AHCI/RAID 6Gbps SATA controller was only added around 2.6.37, so 2.6.32 in debian stable will not detect it. The intel AHCI SATA controller above on the other hand is supported which is why that works for you. Thanks much for tracking that down. I assume you are referring to v2.6.39-rc1~490^2 ahci: add another PCI ID for marvell Do you know if that commit works well against a squeeze kernel or if it has dependencies? Curious, Jonathan From: Tejun Heo t...@kernel.org Date: Mon, 29 Nov 2010 15:57:14 +0100 Subject: ahci: add another PCI ID for marvell commit 50be5e3657cd2851a297dc0b3fd459f25829d29b upstream. 1b4b:91a3 seems to be another PCI ID for marvell ahci. Add it. Reported and tested in the following thread. http://thread.gmane.org/gmane.linux.kernel/1068354 Signed-off-by: Tejun Heo t...@kernel.org Reported-by: Borislav Petkov b...@alien8.de Reported-by: Alessandro Tagliapietra tagliapietra.alessan...@gmail.com Signed-off-by: Jeff Garzik jgar...@pobox.com Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/ata/ahci.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c index 6787aab..2aa7af1 100644 --- a/drivers/ata/ahci.c +++ b/drivers/ata/ahci.c @@ -684,6 +684,8 @@ static const struct pci_device_id ahci_pci_tbl[] = { /* Marvell */ { PCI_VDEVICE(MARVELL, 0x6145), board_ahci_mv },/* 6145 */ { PCI_VDEVICE(MARVELL, 0x6121), board_ahci_mv },/* 6121 */ + { PCI_DEVICE(0x1b4b, 0x91a3), + .driver_data = board_ahci_yes_fbs }, /* Promise */ { PCI_VDEVICE(PROMISE, 0x3f20), board_ahci }, /* PDC42819 */ -- 1.7.9.6 (Apple Git-31.1)
Processed: Re: [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3)
Processing commands for cont...@bugs.debian.org: # hardware support severity 675294 important Bug #675294 [installation-reports] installation-reports: No disk drive was detected during 6.0 install Severity set to 'important' from 'grave' retitle 675294 [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3) Bug #675294 [installation-reports] installation-reports: No disk drive was detected during 6.0 install Changed Bug title to '[squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3)' from 'installation-reports: No disk drive was detected during 6.0 install' tags 675294 + upstream patch moreinfo Bug #675294 [installation-reports] [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3) Added tag(s) upstream, moreinfo, and patch. reassign 675294 src:linux-2.6 2.6.32-45 Bug #675294 [installation-reports] [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3) Bug reassigned from package 'installation-reports' to 'src:linux-2.6'. Ignoring request to alter found versions of bug #675294 to the same values previously set Ignoring request to alter fixed versions of bug #675294 to the same values previously set Bug #675294 [src:linux-2.6] [squeeze] missing support for Marvell 6Gbps SATA controller (device 1b4b:91a3) Marked as found in versions linux-2.6/2.6.32-45. quit Stopping processing here. Please contact me if you need assistance. -- 675294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675294 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.134412106124361.transcr...@bugs.debian.org
Re: mc_forwarding
I received no anwsers, it was not the appropriate mailing list for my question ? Hello, I want to enable this option net.ipv4.conf.all.mc_forwarding because I want to forward wake on lan udp packet to my broadcast address. I tried : sysctl -w net.ipv4.conf.all.mc_forwarding=1 error: permission denied on key 'net.ipv4.conf.all.mc_forwarding' Is it possible to achieve what I want ? Other proposals ? Thanks
Re: mc_forwarding
On Sun, 2012-08-05 at 02:40 +0200, Adam NEVERT wrote: I received no anwsers, it was not the appropriate mailing list for my question ? debian-user might be appropriate. Hello, I want to enable this option net.ipv4.conf.all.mc_forwarding because I want to forward wake on lan udp packet to my broadcast address. I tried : sysctl -w net.ipv4.conf.all.mc_forwarding=1 error: permission denied on key 'net.ipv4.conf.all.mc_forwarding' Is it possible to achieve what I want ? Other proposals ? This sysctl is defined as read-only. You need to run something like mrouted to set up multicast routing. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Re: mc_forwarding
Ok I'll directly see on the website of mrouted to know how to configure it. But a last question for information, I read on the internet that recompiling the kernel with particular options could allow the kernel to manage multicast forwarding is it correct ? If it is correct why was it decided to not add it to the debian linux kernel ? On Sun, 2012-08-05 at 02:40 +0200, Adam NEVERT wrote: I received no anwsers, it was not the appropriate mailing list for my question ? debian-user might be appropriate. Hello, I want to enable this option net.ipv4.conf.all.mc_forwarding because I want to forward wake on lan udp packet to my broadcast address. I tried : sysctl -w net.ipv4.conf.all.mc_forwarding=1 error: permission denied on key 'net.ipv4.conf.all.mc_forwarding' Is it possible to achieve what I want ? Other proposals ? This sysctl is defined as read-only. You need to run something like mrouted to set up multicast routing. Ben. -- 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/501de52f.3050...@yahoo.com
Re: mc_forwarding
On Sun, 2012-08-05 at 05:14 +0200, Adam NEVERT wrote: Ok I'll directly see on the website of mrouted to know how to configure it. But a last question for information, I read on the internet that recompiling the kernel with particular options could allow the kernel to manage multicast forwarding is it correct ? If it is correct why was it decided to not add it to the debian linux kernel ? There is an option to enable multicast routing, which is enabled. But you still need the userspace routing daemon to configure it, as it's more complicated than just flicking a switch. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part