Processed: reassign 602444 to linux-2.6
Processing commands for cont...@bugs.debian.org: > reassign 602444 linux-2.6 2.6.32-27 Bug #602444 [linux-2.6] firmware-brcm80211: Kernel Panic on "iwlist scan" Ignoring request to reassign bug #602444 to the same package Bug #602444 [linux-2.6] firmware-brcm80211: Kernel Panic on "iwlist scan" There is no source info for the package 'linux-2.6' at version '2.6.32-27' with architecture '' Unable to make a source version for version '2.6.32-27' Ignoring request to alter found versions of bug #602444 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 602444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602444 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.12889101002119.transcr...@bugs.debian.org
Bug#602444: firmware-brcm80211: Kernel Panic on "iwlist scan"
On Thu, 2010-11-04 at 22:52 +0100, Didier Raboud wrote: > Package: firmware-brcm80211 What has this got to do with the firmware? > Version: 0.27 > Severity: critical > Tags: patch > Justification: breaks the whole system No it doesn't. > Hi, > > Booting the "HP Mini 5103" with the firmware-brcm80211 package installed leads > to a 100% reproducible Kernel Panic. (Squeeze's 2.6.32 and experimental > 2.6.36-trunk are affected). > > >From the http://linuxwireless.org/en/users/Drivers/brcm80211 homepage, the > >fix > is to load the module with maxcpus=1. > > So a simple patch would be to ship a /etc/modprobe.d/brcm80211.conf containing > > options brcm80211 maxcpus=1 Why would we provide a modprobe file when we can change default module parameters directly? And how would this work when multiple kernel image packages are installed? > I tested that here and it works. [...] That's odd because this module doesn't have such an option. 'maxcpus=1' is a kernel command-line parameter, and strangely enough we do not want to use it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#602450: firmware-nonfree: Please add rtlwifi/rtl8712u.bin, needed by r8712u >= 2.6.37, to firmware-realtek
Package: firmware-nonfree Version: 0.27 Severity: wishlist Hi Starting with kernel 2.6.37, rtl8192su/ r8192s_usb will be replaced by the new staging driver rtl8712/ r8712u. It would be nice if its firmware, which has been added to firmware-linux.git this week, could be added to the firmware-realtek package. http://lkml.indiana.edu/hypermail/linux/kernel/1011.0/00610.html Message-ID: <4cd014ec.e0ho4xdm0+tov1xt%larry.fin...@lwfinger.net> http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi The firmware license appears to be acceptable for firmware-nonfree http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=blob;f=LICENCE.rtlwifi_firmware.txt -- Hints for linux-2.6 2.6.37~ r8712u as merged mainline for 2.6.37 does not use this external firmware yet, but still compiles it into the r8712u kernel module through drivers/staging/rtl8712/farray.h (rm) Patches to employ request_firmware() are pending http://www.spinics.net/lists/linux-wireless/msg58214.html Message-ID: <4cc9f4be.7070...@lwfinger.net> and a minor (updated in this attachment) fixup attached http://www.spinics.net/lists/linux-wireless/msg58240.html Message-Id: <201010292203.39953.s@gmx.de> I can confirm that rtl8712/ r8712u with split out firmware using request_firmware() is working with RealTek RTL8188S and RTL8191S devices and a decent replacement/ update for rtl8192su/ r8192s_usb. http://www.spinics.net/lists/linux-wireless/msg58239.html Message-Id: <201010292202.25486.s@gmx.de> Regards Stefan Lippers-Hollmann staging: r8712u: Fix external firmware loading * select FW_LOADER * declare MODULE_FIRMWARE for r8712u * change firmware location to represent published linux-fimware.git Signed-off-by: Stefan Lippers-Hollmann --- drivers/staging/rtl8712/Kconfig|1 + drivers/staging/rtl8712/hal_init.c |3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) --- a/drivers/staging/rtl8712/Kconfig +++ b/drivers/staging/rtl8712/Kconfig @@ -3,6 +3,7 @@ config R8712U depends on WLAN && USB select WIRELESS_EXT select WEXT_PRIV + select FW_LOADER default N ---help--- This option adds the Realtek RTL8712 USB device such as the D-Link DWA-130. --- a/drivers/staging/rtl8712/hal_init.c +++ b/drivers/staging/rtl8712/hal_init.c @@ -40,7 +40,7 @@ static u32 rtl871x_open_fw(struct _adapt const u8 **ppmappedfw) { int rc; - const char firmware_file[] = "rtl8712u/rtl8712u.bin"; + const char firmware_file[] = "rtlwifi/rtl8712u.bin"; const struct firmware **praw = (const struct firmware **) (pphfwfile_hdl); struct dvobj_priv *pdvobjpriv = (struct dvobj_priv *) @@ -58,6 +58,7 @@ static u32 rtl871x_open_fw(struct _adapt *ppmappedfw = (u8 *)((*praw)->data); return (*praw)->size; } +MODULE_FIRMWARE("rtlwifi/rtl8712u.bin"); static void fill_fwpriv(struct _adapter *padapter, struct fw_priv *pfwpriv) { signature.asc Description: This is a digitally signed message part.
Processed: severity of 602444 is important, reassign 602444 to linux-2.6
Processing commands for cont...@bugs.debian.org: > severity 602444 important Bug #602444 [firmware-brcm80211] firmware-brcm80211: Kernel Panic on "iwlist scan" Severity set to 'important' from 'critical' > reassign 602444 linux-2.6 2.6.32-27 Bug #602444 [firmware-brcm80211] firmware-brcm80211: Kernel Panic on "iwlist scan" Bug reassigned from package 'firmware-brcm80211' to 'linux-2.6'. Bug No longer marked as found in versions firmware-nonfree/0.27. Bug #602444 [linux-2.6] firmware-brcm80211: Kernel Panic on "iwlist scan" There is no source info for the package 'linux-2.6' at version '2.6.32-27' with architecture '' Unable to make a source version for version '2.6.32-27' Bug Marked as found in versions 2.6.32-27. > thanks Stopping processing here. Please contact me if you need assistance. -- 602444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602444 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.128890937931457.transcr...@bugs.debian.org
Bug#602444: Too fast !?
Hrm, I was probably shooting too fast: it didn't work - I believed it did as by "not" loading the module, it allowed to boot without panic, but no wireless. More tomorrow, cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com -- 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/201011042318.30558.did...@raboud.com
Bug#602444: firmware-brcm80211: Kernel Panic on "iwlist scan"
Package: firmware-brcm80211 Version: 0.27 Severity: critical Tags: patch Justification: breaks the whole system Hi, Booting the "HP Mini 5103" with the firmware-brcm80211 package installed leads to a 100% reproducible Kernel Panic. (Squeeze's 2.6.32 and experimental 2.6.36-trunk are affected). >From the http://linuxwireless.org/en/users/Drivers/brcm80211 homepage, the fix is to load the module with maxcpus=1. So a simple patch would be to ship a /etc/modprobe.d/brcm80211.conf containing options brcm80211 maxcpus=1 I tested that here and it works. So, of course having said driver run on one CPU only is sub-optimal, but at least the Kernel Panic is avoided. This should make it in Squeeze IMHO. Cheers, OdyX -- 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/20101104215211.10855.5591.report...@tamino
[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 #591944 (http://bugs.debian.org/591944) # * https://bugzilla.samba.org/show_bug.cgi?id=7619 # * remote status changed: ASSIGNED -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 591944 + fixed-upstream usertags 591944 - status-ASSIGNED usertags 591944 + status-RESOLVED resolution-FIXED # remote status report for #599262 (http://bugs.debian.org/599262) # * http://bugzilla.kernel.org/show_bug.cgi?id=13054 # * remote status changed: (?) -> NEW usertags 599262 + status-NEW # remote status report for #601885 (http://bugs.debian.org/601885) # * http://bugzilla.kernel.org/show_bug.cgi?id=21532 # * remote status changed: (?) -> NEW usertags 601885 + status-NEW # remote status report for #601997 (http://bugs.debian.org/601997) # * https://bugs.freedesktop.org/show_bug.cgi?id=27589 # * remote status changed: (?) -> REOPENED usertags 601997 + status-REOPENED # remote status report for #601997 (http://bugs.debian.org/601997) # * https://bugs.freedesktop.org/show_bug.cgi?id=27589 # * remote status changed: (?) -> REOPENED usertags 601997 + status-REOPENED 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/20101104163205.31349.50739.btsl...@busoni.debian.org
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 #591944 (http://bugs.debian.org/591944) > # * https://bugzilla.samba.org/show_bug.cgi?id=7619 > # * remote status changed: ASSIGNED -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 591944 + fixed-upstream Bug #591944 [linux-2.6] [linux-2.6] I can't see all files and directory with mount.cifs Added tag(s) fixed-upstream. > usertags 591944 - status-ASSIGNED Bug#591944: [linux-2.6] I can't see all files and directory with mount.cifs Usertags were: status-ASSIGNED. Usertags are now: . > usertags 591944 + status-RESOLVED resolution-FIXED Bug#591944: [linux-2.6] I can't see all files and directory with mount.cifs There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. > # remote status report for #599262 (http://bugs.debian.org/599262) > # * http://bugzilla.kernel.org/show_bug.cgi?id=13054 > # * remote status changed: (?) -> NEW > usertags 599262 + status-NEW Bug#599262: usbip: After detach remote usb device the system is unusable There were no usertags set. Usertags are now: status-NEW. > # remote status report for #601885 (http://bugs.debian.org/601885) > # * http://bugzilla.kernel.org/show_bug.cgi?id=21532 > # * remote status changed: (?) -> NEW > usertags 601885 + status-NEW Bug#601885: linux-image-2.6.36-trunk-686: problem detecting usb external gadgets There were no usertags set. Usertags are now: status-NEW. > # remote status report for #601997 (http://bugs.debian.org/601997) > # * https://bugs.freedesktop.org/show_bug.cgi?id=27589 > # * remote status changed: (?) -> REOPENED > usertags 601997 + status-REOPENED Bug#601997: [i915] Irregular sync flashes on gm45 There were no usertags set. Usertags are now: status-REOPENED. > # remote status report for #601997 (http://bugs.debian.org/601997) > # * https://bugs.freedesktop.org/show_bug.cgi?id=27589 > # * remote status changed: (?) -> REOPENED > usertags 601997 + status-REOPENED Bug#601997: [i915] Irregular sync flashes on gm45 Usertags were: status-REOPENED. Usertags are now: status-REOPENED. > thanks Stopping processing here. Please contact me if you need assistance. -- 601997: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601997 591944: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591944 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.12832511511.transcr...@bugs.debian.org
Processed: tagging 589945
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 589945 + pending Bug #589945 [linux-2.6] linux-image-2.6.32-5-amd64: NFS client hangs Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 589945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589945 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.1274336089.transcr...@bugs.debian.org
Bug#589945: Acknowledgement (linux-image-2.6.32-5-amd64: NFS client hangs)
On Thu, 2010-11-04 at 15:39 +, Andy Chittenden wrote: > The upstream bug (https://bugzilla.kernel.org/show_bug.cgi?id=16494) has been > fixed in Linux kernel 2.6.36 by this ChangeSet: > > commit 669502ff31d7dba1849aec7ee2450a3c61f57d39 > Author: Andy Chittenden > Date: Tue Aug 10 10:19:53 2010 -0400 > > SUNRPC: fix NFS client over TCP hangs due to packet loss (Bug 16494) > > When reusing a TCP connection, ensure that it's aborted if a previous > shutdown attempt has been made on that connection so that the RPC over > TCP recovery mechanism succeeds. > > Signed-off-by: Andy Chittenden > Signed-off-by: Trond Myklebust > > How do we get that change into the 2.6.32 debian packages for squeeze and sid? I've just applied it; it should go into package version 2.6.32-28. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#589945: Acknowledgement (linux-image-2.6.32-5-amd64: NFS client hangs)
The upstream bug (https://bugzilla.kernel.org/show_bug.cgi?id=16494) has been fixed in Linux kernel 2.6.36 by this ChangeSet: commit 669502ff31d7dba1849aec7ee2450a3c61f57d39 Author: Andy Chittenden Date: Tue Aug 10 10:19:53 2010 -0400 SUNRPC: fix NFS client over TCP hangs due to packet loss (Bug 16494) When reusing a TCP connection, ensure that it's aborted if a previous shutdown attempt has been made on that connection so that the RPC over TCP recovery mechanism succeeds. Signed-off-by: Andy Chittenden Signed-off-by: Trond Myklebust How do we get that change into the 2.6.32 debian packages for squeeze and sid? -- Andy, BlueArc Engineering
Re: updated text
On Thu, Nov 04, 2010 at 09:41:57AM +0100, Mario Kleinsasser wrote: > > Are there currently any binary debs for lxc available or in plan? Linux Containers are merged in linux-2.6 itself, so any linux image is fine although for features like lxc attach you'd need newer then 2.6.32 squeeze one. rmadison lxc lxc | 0.7.2-1 | squeeze | source, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390 lxc | 0.7.2-1 | sid | source, alpha, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390 lxc are the userspace utilites. -- 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/20101104134906.gn15...@vostochny.stro.at
Re: [PATCH] kbuild, deb-pkg: fix Architecture field when cross compiling
On 11/04/2010 12:36 PM, Michal Marek wrote: > On 4.11.2010 13:29, Asbjørn Sloth Tønnesen wrote: >> No, not if you are cross compiling since ARCH=x86 isn't specific to >> either, we would have to look at the config. In that case it is better >> to do something like: >> >> x86|i386|x86_64) >> debarch=$(grep -q CONFIG_64BIT=y .config && > > No, you should use $UTS_MACHINE (`uname -m` in the resulting kernel), > like make rpm-pkg does, and only translate x86_64 to amd64. Ok, sorry, hadn't caught that it was on the resulting kernel. So that solves the x86 architectures, but according to a quick git grep, .config analysis is still needed for arm(el) and mips(el). -- 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/4cd2b646.3090...@asbjorn.biz
Bug#600846: The problem not exists in 2.6.31-1 and first comes up in 2.6.32-1
On Thu, Nov 04, 2010 at 08:31:43AM +0100, hu...@online.de wrote: > The problem not exists in the one and only 2.6.31 kernel > >linux-image-2.6.31-1-amd64_2.6.31-1_amd64.deb ok. > and comes up in the first 2.6.32 kernel > >linux-image-2.6.32-1-amd64_2.6.32-6_amd64.deb . > > I have also filed a bug report to bugzilla.kernel.org, bug id is 22022 . thanks, marked as forwarded. please add dmesg output and lscpi -nnvv output to aboves. devs usually don't like to follow html links to maybe find them. also the "Other" "Other" seems a wrong product/ component nobody will look at. has power a section with suspend? -- 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/20101104130735.gm15...@vostochny.stro.at
Re: [PATCH] kbuild, deb-pkg: fix Architecture field when cross compiling
On 4.11.2010 13:29, Asbjørn Sloth Tønnesen wrote: > No, not if you are cross compiling since ARCH=x86 isn't specific to > either, we would have to look at the config. In that case it is better > to do something like: > > x86|i386|x86_64) > debarch=$(grep -q CONFIG_64BIT=y .config && No, you should use $UTS_MACHINE (`uname -m` in the resulting kernel), like make rpm-pkg does, and only translate x86_64 to amd64. Michal -- 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/4cd2a8bc.3010...@suse.cz
Re: [PATCH] kbuild, deb-pkg: fix Architecture field when cross compiling
On 11/04/2010 05:58 AM, Sam Ravnborg wrote: > On Thu, Nov 04, 2010 at 03:44:04AM +, Asbjoern Sloth Toennesen wrote: >> [...] >> +# Attempt to find the correct Debian architecture >> +local forcearch="" debarch="" >> +case "$ARCH" in >> +i386|ia64) >> +debarch="$ARCH" ;; >> +x86_64) >> +debarch="amd64" ;; > > On the commandline I can say ARCH=x86 - will it do the right thing then? No, not if you are cross compiling since ARCH=x86 isn't specific to either, we would have to look at the config. In that case it is better to do something like: x86|i386|x86_64) debarch=$(grep -q CONFIG_64BIT=y .config && echo amd64 || echo i386) ;; >> +*) >> +grep -q CONFIG_ARM=y .config && >> +debarch=arm$(grep -q CONFIG_AEABI=y .config && echo el) >> +esac > > sparc may be know as sparc32, sparc64 and sparc these days. > I recall that at least in the past debian supported sparc. I only included the major Debian architectures in my patch since, I don't know enough about all the smaller architectures and there config dependencies. I have however added mips as it seemed straight forward. AFAICT there are some problems surrounding sparc, since sparc in debian uses 64-bit kernels, 32-bit userland, and the new sparc64 port uses 64-kernels and 64-bit userland, so we have no way of knowing if the 64-bit sparc kernel should have the Architecture field set to sparc or sparc64. For now I will just set it to sparc, as that is a release candidate for squeeze, where sparc64 isn't nearly that far along. sparc*) debarch=sparc ;; mips) debarch=mips$(grep -q CPU_LITTLE_ENDIAN && echo el) ;; I will sum these up in a new revision of the patch, when I get an ack from Michal or a Debian kernel team member. -- 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/4cd2a725.7030...@asbjorn.biz
Bug#602273: [PATCH] Re: linux-image-2.6.32-5-686-bigmem: domU hangs during dom0 reboot, recovers when dom0 uptime "caught up"
On Wed, 2010-11-03 at 13:23 +0200, Timo Juhani Lindfors wrote: > package linux-image-2.6.32-5-686-bigmem > tags 602273 patch > thanks > > The patch from > http://lists.xensource.com/archives/html/xen-devel/2010-10/msg01261.html > seems to help! Please consider applying this to debian. Thanks, I've pinged upstream to see if this patch will be applied and also requested that it gets tagged to go into stable. Ian. -- Ian Campbell Drinking is not a spectator sport. -- Jim Brosnan -- 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/1288873529.2664.0.ca...@cthulhu.hellion.org.uk
Bug#602366: xserver-xorg-video-radeon: After last update, X stopped working completely
From: Cyril Brulebois Subject: Re: Bug#602366: xserver-xorg-video-radeon: After last update, X stopped working completely Date: Thu, 04 Nov 2010 11:19:33 +0100 > reassign 602366 src:linux-2.6 > affects 602366 xserver-xorg-video-radeon > thanks > > Hi again Harri, > > reassigning to the kernel package. > > Harri Kiiskinen (04/11/2010): >> From: Cyril Brulebois >> Subject: Re: Bug#602366: xserver-xorg-video-radeon: After last update, X >> stopped working completely >> Date: Thu, 04 Nov 2010 10:27:21 +0100 >> >> > Harri Kiiskinen (04/11/2010): >> >> The update was major, some hundreds of other packages along the >> >> kernel, so X may have been updated too at the same time. >> > >> > Acer Travelmate? What if you boot with the latest kernel with >> > nohz=off? >> >> Yes, Acer TravelMate 8103. And yes, nohz=off did the trick, X now >> works with 2.6.32-26. Now just to figure out, how to add image >> specific grub options... > > If you have some more minutes to spend, I guess it might help kernel > people to know which exact revision introduces the revision, for > easier debugging/reverting/patching. You can find all versions here: > http://snapshot.debian.org/package/linux-2.6/ More like some more hours, with my laptop, I'd say... I'd be happy to oblige, though, but am temporally challenged, and hunting kernel bugs is way beside what I'm supposed to be doing... I'll see if I can figure out something. All the best, Harri K. pgpEkXurQdizW.pgp Description: PGP signature
Processed: Re: Bug#602366: xserver-xorg-video-radeon: After last update, X stopped working completely
Processing commands for cont...@bugs.debian.org: > reassign 602366 src:linux-2.6 Bug #602366 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: After last update, X stopped working completely Bug reassigned from package 'xserver-xorg-video-radeon' to 'src:linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-ati/1:6.13.1-2. > affects 602366 xserver-xorg-video-radeon Bug #602366 [src:linux-2.6] xserver-xorg-video-radeon: After last update, X stopped working completely Added indication that 602366 affects xserver-xorg-video-radeon > thanks Stopping processing here. Please contact me if you need assistance. -- 602366: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602366 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.128886597710864.transcr...@bugs.debian.org
Re: Bug#602366: xserver-xorg-video-radeon: After last update, X stopped working completely
reassign 602366 src:linux-2.6 affects 602366 xserver-xorg-video-radeon thanks Hi again Harri, reassigning to the kernel package. Harri Kiiskinen (04/11/2010): > From: Cyril Brulebois > Subject: Re: Bug#602366: xserver-xorg-video-radeon: After last update, X > stopped working completely > Date: Thu, 04 Nov 2010 10:27:21 +0100 > > > Harri Kiiskinen (04/11/2010): > >> The update was major, some hundreds of other packages along the > >> kernel, so X may have been updated too at the same time. > > > > Acer Travelmate? What if you boot with the latest kernel with > > nohz=off? > > Yes, Acer TravelMate 8103. And yes, nohz=off did the trick, X now > works with 2.6.32-26. Now just to figure out, how to add image > specific grub options... If you have some more minutes to spend, I guess it might help kernel people to know which exact revision introduces the revision, for easier debugging/reverting/patching. You can find all versions here: http://snapshot.debian.org/package/linux-2.6/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#601715: Another report for X radeon driver
Hi! I have filed another report of this for xserver-xorg-video-radeon, see bug #602366 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602366 Someone more knowledgeable than me should decide, whether that should be merged with this or vice versa. And it seems that linux-image-2.6.32-3-686 does work after all. It may be, that this time I started X without any configuration files at all. All the best, Harri K. pgpPXIL4TMlAZ.pgp Description: PGP signature
Re: updated text
On Wed, Nov 3, 2010 at 5:38 PM, dann frazier wrote: > On Tue, Nov 02, 2010 at 08:10:09PM -0400, Ben Hutchings wrote: > > On Tue, 2010-11-02 at 21:35 +0100, Mario Kleinsasser wrote: > > > Hello Dann, > > > > > > > > > I've got your message from the list and would like to ask you what > > > this mean? We are massively using OpenVZ for our containers and this > > > is the base of our weberver farm. The lxc Linux Containers project > > > (http://lxc.sourceforge.net) sounds similar as OpenVZ. Are the kernel > > > patches based upon the work of OpenVZ from Kir Kolyshkin? My colleague > > > and I know Kir Kolyshkin (OpenVZ) since some years and we are in > > > contact from time to time with him. > > > > I believe that many of the OpenVZ developers have also been working on > > Linux Containers. > > Yes, my understanding is that they are working to redesign pieces to > get them excepted upstream, and then altering the OpenVZ patches to > make use of the upstreamed code. (This is based upon a talk by Kir at > the LF Collaboration Summit in April). > Yes I know, he talkes about it also at the LinuxTAG 2009 in Berlin. > > I hope to see a mature/upstream LXC implementation for wheezy to which > we can migrate OpenVZ/Linux Vserver users. > Thumbs up, I think this could be an good option for a larger circle of users. > > > > I gather that it isn't currently a problem for us because squeeze will > > > have an OpenVZ kernel image but its good to know whats coming next > > > because we then have to productive migrate a lot of instances. > > > Does anyone know whats the currently status of OpenVZ integration in > > > Debian 6.0 and later is? Whats the plan or vision? > > [...] > > > > It is still supported in Debian 6.0, and the OpenVZ developers are > > actively maintaining a branch based on Linux 2.6.32 which we are taking > > fixes from. > > I'd add that, in my experience, the OpenVZ developers have been very > good at working with Debian and our users - this isn't a rebuke of > their work, but is part of an effort to reduce the overhead of > maintaining several flavors, and to target upstreamed solutions. > Thats also my mind. Are there currently any binary debs for lxc available or in plan? Mario -- http://www.n0r1sk.com
Bug#600846: The problem not exists in 2.6.31-1 and first comes up in 2.6.32-1
The problem not exists in the one and only 2.6.31 kernel linux-image-2.6.31-1-amd64_2.6.31-1_amd64.deb and comes up in the first 2.6.32 kernel linux-image-2.6.32-1-amd64_2.6.32-6_amd64.deb . I have also filed a bug report to bugzilla.kernel.org, bug id is 22022 . Thanks and regards Rolf -- 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/4cd2615f.8020...@online.de