Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

On Sat, Dec 11, 2010 at 1:46 PM, maximilian attems wrote: > thank you for submitting, I had seen it and had a question to the patch. > >> === modified file 'scripts/functions' >> --- scripts/functions 2010-10-04 22:34:10 + >> +++ scripts/functions 2010-11-27 02:56:12 + >> @@ -364,8 +364,8

[PATCH] Fix condition for adding IDE or SCSI disk driver when MODULES=dep

The transition from old-style IDE to libata-based drivers means the new kernel may need different drivers from the running system. We already handle the change of controller driver correctly since we find driver modules via module aliases. However for the disk driver (sd_mod or ide-disk) we look

Re: Debian libata transition (bug in initramfs-tools?)

On Sat, 2010-12-11 at 21:25 -0800, Gordon Farquharson wrote: > Hi Ben > > On Sat, Dec 11, 2010 at 20:45, Ben Hutchings wrote: > > > Now that I've re-read the code, I think initramfs-tools will already > > find the right hardware driver in the new kernel, and it only misses the > > high-level dis

Re: Debian libata transition (bug in initramfs-tools?)

Hi Ben On Sat, Dec 11, 2010 at 20:45, Ben Hutchings wrote: > Now that I've re-read the code, I think initramfs-tools will already > find the right hardware driver in the new kernel, and it only misses the > high-level disk driver, sd_mod. > > If you still have a copy of the broken initramfs, ple

Re: Debian libata transition (bug in initramfs-tools?)

On Sun, 2010-12-12 at 04:30 +, Ben Hutchings wrote: > On Sat, 2010-12-11 at 20:24 -0800, Gordon Farquharson wrote: > > Hi Ben > > > > On Mon, Dec 6, 2010 at 20:32, Ben Hutchings wrote: > > > > >> Would the solution then be to require people to (temporarily) set > > >> MODULES=most before upg

Re: Debian libata transition (bug in initramfs-tools?)

Hi Ben On Mon, Dec 6, 2010 at 20:32, Ben Hutchings wrote: >> Would the solution then be to require people to (temporarily) set >> MODULES=most before upgrading? > > That should work around the bug unless the system is short of RAM (less > than about 64 MB).  If this can't easily be fixed in init

Re: Debian libata transition (bug in initramfs-tools?)

On Sat, 2010-12-11 at 20:24 -0800, Gordon Farquharson wrote: > Hi Ben > > On Mon, Dec 6, 2010 at 20:32, Ben Hutchings wrote: > > >> Would the solution then be to require people to (temporarily) set > >> MODULES=most before upgrading? > > > > That should work around the bug unless the system is s

Processed: reassign 564628 to src:firmware-nonfree, reassign 587960 to src:firmware-nonfree ...

Processing commands for cont...@bugs.debian.org: > reassign 564628 src:firmware-nonfree Bug #564628 [firmware-linux-nonfree] Add Realtek RTL8168D firmware Bug reassigned from package 'firmware-linux-nonfree' to 'src:firmware-nonfree'. Bug No longer marked as found in versions firmware-nonfree/0.22

Processed: tagging 606324

Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 606324 + pending Bug #606324 [linux-2.6] Please enable pata_pcmcia PATA driver Added tag(s) pending. > End of message, stopping processing here. Please contact me i

Bug#606482: 2.6.32-5-amd64: no headphone output on ASUS M4A785T-D motherboard

On Thu, 2010-12-09 at 17:14 +0100, Sergio Gelato wrote: > Package: linux-image-2.6.32-5-amd64 > Version: 2.6.32-28 > Severity: normal > > On this hardware: > > 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA) > [1002:4383] > Subsystem: ASUSTeK Computer Inc. M4A7

Bug#606824: firmware-iwlwifi: after disconnect unable to reconnect until reboot

Package: firmware-iwlwifi Version: 0.27 Severity: important After losing the wireless connection for whatever reason, i'm unable to reconnect to it and actually acess the internet. It reconnects to the router by all traffict just dies and it's unable to do anything. trying a ping google.com -c 4 r

Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

On Sat, 11 Dec 2010 16:34:56 -0500 (EST), Ben Hutchings wrote: > On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: >> If you pass a root= argument with a numeric device number >> (i.e. root=0806), that's currently resolved by running mknod to create >> a /dev/root device with an appropriate maj

Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

On Sat, Dec 11, 2010 at 01:14:42PM -0800, Evan Broder wrote: > > If you pass a root= argument with a numeric device number > (i.e. root=0806), that's currently resolved by running mknod to create > a /dev/root device with an appropriate major/minor number and setting > ROOT=/dev/root (the parse_nu

Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

On Sat, Dec 11, 2010 at 1:34 PM, Ben Hutchings wrote: > On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: >> Package: initramfs-tools >> Version: 0.98.1 >> Severity: normal >> Tags: patch >> User: ubuntu-de...@lists.ubuntu.com >> Usertags: origin-ubuntu natty ubuntu-patch >> >> If you pass a r

Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: > Package: initramfs-tools > Version: 0.98.1 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu natty ubuntu-patch > > If you pass a root= argument with a numeric device number > (i.e. root=0806), t

Bug#525220: Bluetooth Device: hci_cmd_task: hci0 command tx timeout

On Sat, 2010-12-11 at 21:17 +, Mark Hobley wrote: > I have retested this again. This time with experimental kernel version > 2.6.37-rc5 (Debian 2.6.37~rc5-1~experimental.1). > > The timeout error is still occuring, so the latest attempts at fixing > this have not worked. THE KERNEL IS STILL BR

Processed: tagging 606520

Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 606520 + pending Bug #606520 [linux-tools-2.6.36] linux-tools-2.6.36: /usr/bin/perf_2.6.36 links against openssl but copyright lists only GPLv2 without exceptions A

Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly

Package: initramfs-tools Version: 0.98.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device w

Bug#525220: Bluetooth Device: hci_cmd_task: hci0 command tx timeout

I have retested this again. This time with experimental kernel version 2.6.37-rc5 (Debian 2.6.37~rc5-1~experimental.1). The timeout error is still occuring, so the latest attempts at fixing this have not worked. THE KERNEL IS STILL BROKEN: hciconfig -a

Bug#584273: not fixed in version in experimental

On Sat, 2010-12-11 at 14:10 +0200, Tshepang Lekhonkhobe wrote: > the fix isn't applied in 2.6.36 (and maybe 2.6.37) Well, the fix is really a workaround: we don't load the driver automatically. Please report the bug upstream at under product 'Drivers', component 'Oth

linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes ACCEPTED into experimental

Accepted: firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-2.6_2.6.37~rc5-1~experimental.3.

Processing of linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes

linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.37~rc5-1~experimental.3.dsc linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-doc-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-manual-2.6.37_2.6.37~rc5-1~experim

Incomplete upload found in Debian upload queue

Probably you are the uploader of the following file(s) in the Debian upload queue directory: linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-2.6_2.6.37~rc5-1~experimental.3.dsc This looks like an upload, but a .changes file is missing, so the job cannot be processed. If no .changes file ar

Processed: blank

Processing commands for cont...@bugs.debian.org: > package linux-image-2.6.32-5-xen-amd64 Limiting to bugs with field 'package' containing at least one of 'linux-image-2.6.32-5-xen-amd64' Limit currently set to 'package':'linux-image-2.6.32-5-xen-amd64' > reopen 605448 Bug #605448 {Done: Ben Hut

Bug#605448: linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt

Hi, at least on a 32-bit domU, 2.6.32-29 seems to break reboot completely. The guest just disappears as if it had called halt instead: overlord2:~$ cat /local/xen/squeeze32/config name = 'squeeze32' bootloader = '/usr/bin/pygrub' vcpus = '4' memory = '512' disk = [ 'file:/local/xen/squeeze32/disk

linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes ACCEPTED into experimental

Accepted: firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz linux-2.6_2.6.37~rc5-1~experimental.2.

Processing of linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes

linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.37~rc5-1~experimental.2.dsc linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-support-2.6.37-rc5_2.6.37

Bug#606763: linux-image-2.6.37-rc5-686: Screen stays blank on EeePC 701 after xscreensaver turned screen off

Package: linux-2.6 Version: 2.6.37~rc5-1~experimental.1 Severity: important User: debian-eeepc-de...@lists.alioth.debian.org Usertags: 701 The following did not happen with the 2.6.36 experimental kernel packages, but does happen reproducibly with the new 2.6.37 package on my ASUS EeePC 4G 701. I

Bug#606762: linux-2.6: intermittent wifi dropouts with iwlagn driver

Package: linux-2.6 Version: 2.6.32-5-amd64 Severity: normal Hi all, My laptop is an Asus UL30A. It has an Intel Wireless-N 1000 BGN chip for wifi. The PCI ID is 8086:0083. I use the iwlagn driver along with the 'firmware-iwlwifi' package (non-free, sadly) in order to connect. My wifi network i

Bug#584273: not fixed in version in experimental

the fix isn't applied in 2.6.36 (and maybe 2.6.37) -- blog: http://tshepang.tumblr.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/aanlkti=926dlsoy5gf5709dfyv