Bug#622971: Still happening with Kernel 2.6.39 in testing.
On Tue, Jun 21, 2011 at 06:00:53PM +0800, Marcos Raul Carot Collins wrote: > Just letting you know that this is still an issue. > > Any extra info that I can provide I am happy to collect. > try 3.0-rcX from experimental. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630023: linux-image-2.6.39-2-686-pae: Touchpad interferes with typing after suspend/resume
On Sat, Jun 18, 2011 at 01:36:23AM -0400, Martey Dodoo wrote: > On 06/15/2011 05:25 AM, maximilian attems wrote: > >please checkout 3.0-rcX in experimental and report back based on it. > > > > I tried linux-image-3.0.0-rc3-686-pae-3.0.0~rc3-1~experimental.1, > but it did not fix the issue. please report upstream on bugzilla.kernel.org and for input subsystem and let us know the bug number for tracking purpose. thank you -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630566: linux-source-2.6.39: 2.6.39-2 : bluetooth broken
jOn Thu, 16 Jun 2011, Tom Jägermeister wrote: > Am Mittwoch, 15. Juni 2011, 13:26:50 schrieben Sie: > > > > did you try 3.0-rc2 in experimental? > > > > thanks > > I tried it now and the problem is the same (same error). care to strace it? did you try newer bluez from unstable? > btw. I had trouble to compile the 3.0 kernel. I needed to remove the modules > apm and lguest. It also uses much more ram than 2.6.39. Probably it needs an > updated kernel-package and some more work but that has nothing to do with the > bluetooth problem of course. I do not understand a word of what your are talking about!? I pointed you to precompiled linux images. what is that gibberish about "kernel-package"!? -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630566: linux-source-2.6.39: 2.6.39-2 : bluetooth broken
On Wed, Jun 15, 2011 at 11:16:37AM +0200, Tom Jägermeister wrote: > Package: linux-source-2.6.39 > Version: 2.6.39-2 > Severity: important > > I have tried 3 different dongles and 2 versions of bluez. This worked in > 2.6.38. > > lsusb: > Bus 005 Device 003: ID 0db0:1967 Micro Star International Bluetooth Dongle > > dmesg: > Bluetooth: Generic Bluetooth USB driver ver 0.6 > usbcore: registered new interface driver btusb > > usb 5-2: new full speed USB device number 3 using uhci_hcd > usb 5-2: New USB device found, idVendor=0db0, idProduct=1967 > usb 5-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 > > hciconfig -a: > hci0: Type: BR/EDR Bus: USB > BD Address: 00:0C:76:AC:2D:F1 ACL MTU: 192:8 SCO MTU: 64:8 > DOWN > RX bytes:718 acl:0 sco:0 events:25 errors:0 > TX bytes:108 acl:0 sco:0 commands:24 errors:0 > Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00 > Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 > Link policy: > Link mode: SLAVE ACCEPT > > hciconfig hci0 up: > Can't init device hci0: Invalid argument (22) > did you try 3.0-rc2 in experimental? thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628558: Plaease enable FSCACHE_HISTOGRAM
On Mon, 30 May 2011, Laurent Bonnaud wrote: > Package: linux-2.6 > Version: 2.6.39-1 > Severity: wishlist > > > Hi, > > in this documentation file: > > > /usr/share/doc/linux-doc-2.6.39/Documentation/filesystems/caching/fscache.txt.gz > > the kernel options > > CONFIG_FSCACHE_STATS=y > CONFIG_FSCACHE_HISTOGRAM=y > > are suggested to check the efficiency of fscache. However only the > first one is enabled: > > $ grep CONFIG_FSCACHE /boot/config-2.6.39-1-686-pae > CONFIG_FSCACHE=m > CONFIG_FSCACHE_STATS=y > # CONFIG_FSCACHE_HISTOGRAM is not set > # CONFIG_FSCACHE_DEBUG is not set > # CONFIG_FSCACHE_OBJECT_LIST is not set > > So could you please enable CONFIG_FSCACHE_HISTOGRAM ? config FSCACHE_HISTOGRAM bool "Gather latency information on local caching" depends on FSCACHE && PROC_FS help This option causes latency information to be gathered on local caching and exported through file: /proc/fs/fscache/histogram The generation of this histogram adds a certain amount of overhead to execution as there are a number of points at which data is gathered, and on a multi-CPU system these may be on cachelines that keep bouncing between CPUs. On the other hand, the histogram may be useful for debugging purposes. Saying 'N' here is recommended. See Documentation/filesystems/caching/fscache.txt for more information. It is also disabled on fedora linux images. Unless you come up with a real good reason to enable it, this bug report can be closed. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630023: linux-image-2.6.39-2-686-pae: Touchpad interferes with typing after suspend/resume
On Fri, 10 Jun 2011, Martey Dodoo wrote: > Package: linux-2.6 > Version: 2.6.39-2 > Severity: important > > Computer is a HP Pavilion dm1-3000 with a Synaptics touchpad. After a > suspend/resume cycle, any use of the touchpad causes successive keystrokes to > be either lost or repeated. This issue also occurred in previous Debian > packages of the 2.6.37 and 2.6.38 kernels. > please checkout 3.0-rcX in experimental and report back based on it. thank you -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628184: linux-image-2.6.39-1-686-pae: ath5k module is unstable after upgrade
On Fri, 27 May 2011, Alexandre Lymberopoulos wrote: > Package: linux-2.6 > Version: 2.6.39-1 > Severity: important > > > Since upgrade from 2.6.32 to 2.6.38 and then to 2.6.39 my wireless network > card became very unstable, not always connecting to my router and not always > able to scan wireless networks in the nearby. The same message (link is > not ready) also appears do my wired card, as you can see in the kernel log > below, but after connecting the cable I get a "link is ready" message for > my wired network card. > > I purged wicd (a network manager) and changed /etc/network/interface (to > try to connect automatically) but the bug persists. > > Count on me for any further information. > > Thanks in advance, > Alexandre linux image 3.0 has several ath5k related enhancements, please report back based on it. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 2/2] Load modules for USB keyboard if no keyboard is present at panic
On Wed, 01 Jun 2011, Timo Juhani Lindfors wrote: > USB modules are not normally loaded at break=top time but since USB > keyboards are very common we should take the effort to try to load > extra kernel modules at break (=panic) time. This patch closes #615831 > and has been adapted from comments mentioned in > > https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/229732 > > and tested on a HP ProLiant MicroServer that lacks a PS2 port > completely. > --- > scripts/functions |6 ++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/scripts/functions b/scripts/functions > index 0a02f04..653581d 100644 > --- a/scripts/functions > +++ b/scripts/functions > @@ -46,6 +46,12 @@ panic() > fi > modprobe -v i8042 > modprobe -v atkbd > + if ! grep "KBD port" /sys/class/input/input*/device/description > >/dev/null 2>&1; then sorry for beeing an annoying "bastard", but grep assumes busybox on board for file in /sys/class/input/input*/device/description; do if [ ! -f $file ]; then modprobe fi done but looking around I had a real trouble to find a box beside my laptop with a PS/2 keyboard attached and it showed the following cat /sys/class/input/input*/device/description i8042 KBD port cat /sys/class/input/input*/device/driver/description AT and PS/2 keyboard driver as I didn't want to continue my 1 hour search for an eventual PS/2 mouse, and eventual combinations of the two. I just applied your patch without the check to the branch timo/panic > + modprobe -v ehci-hcd > + modprobe -v uhci-hcd > + modprobe -v ohci-hcd > + modprobe -v usbhid > + fi > REASON="$@" PS1='(initramfs) ' /bin/sh -i /dev/console > 2>&1 > } thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 1/2] panic(): print the name of kernel each module before loading it
On Wed, 01 Jun 2011, Timo Juhani Lindfors wrote: > Loading a kernel module can crash the system so it is useful that the > user sees which module might be causing trouble. > --- > scripts/functions |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) thanks applied to branch timo/panic, will land for master before next upload. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 1/2] panic(): print name of kernel module before loading it
On Tue, May 31, 2011 at 10:16:31AM +0300, Timo Juhani Lindfors wrote: > maximilian attems writes: > > now the only thing that is holding me up to merge your patch is that > > /proc/bus/input/devices usage, there should be some sysfs file, no? > > > > > > cat /sys/class/input/input*/device/description shows a KBD > > Unfortunately it does not show a keyboard here: > > root@metunconf:~# cat /sys/class/input/input*/device/description > cat: /sys/class/input/input*/device/description: No such file or directory yep that is the case for usb keyboard, so you can check no existence of that. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627869: linux-image-2.6.38-2-686: ath5k module is unstable after upgrade
[ please keep bug report on cc, that is not private communication ] On Thu, May 26, 2011 at 10:18:29AM -0300, Alexandre Lymberopoulos wrote: > On May 25 2011, maximilian attems wrote: > > > Test 2.6.39 which is available in unstable and report back on that version. > > Thakns for you answer. I upgraded to 2.6.39 and have the same > problem. But now I couldn't get the link up for hours and couldn't write > a bug report from there (I'm writing from my office now). > > I'll try to get connect with that computer later. Should I open a bug > report on 2.6.39 or update the bur reported on 2.6.38? follow up with 2.6.39, as 2.6.38 won't get fixed. (it's outdated and we will move on from 39 to the next version) also you may want to interact with the devs of ath5k on bugzilla.kernel.org and let us know the bug nr for tracking purpose. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627951: linux-image-2.6.39-1-amd64: Resume from hibernate reboots after loading pages from disk
tags 627951 wontfix moreinfo stop On Wed, May 25, 2011 at 02:34:29PM -0500, Phil Miller wrote: > Package: linux-2.6 > Version: 2.6.39-1+b1 > Severity: normal > Tags: sid > > Steps to reproduce: > 1. From the Gnome 2 'System' menu, select "Shut Down..." and click on > "Hibernate" in the dialog > that appears > 2. Watch system as data is written out to disk > 3. System powers itself off > 4. Press power button to turn on > 5. Wait for grub to boot the same kernel > > Expected results > 1. Kernel loads memory image from disk > 2. Session reappears as it was when hibernated > > Actual results > 1. Kernel loads the memory image apparently up to 100% > 2. System reboots > 3. No resume image is found > 4. Filesystem journals are recovered before mount > > I can reproduce this 100% of attempts. This issue does not occur on > 2.6.38-[12]. > > Based on seeing other bug reports (e.g. #624169) that mention kernel panics > on resume, I tried > adding the boot command panic=120 to capture a picture of any stack trace > before the reboot. > This produced no change in behavior - the system still reboot with no > apparent delay. > > My experience matches that described in the initial report of bug #623426, > though the versions > involved differ. please try to reproduce with nouveau and not binary nvidia and post respective dmesg. Your linux-2.6 kernel is tainted thus any support from us is void. thank you for your feedback. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627933: Regression: hot plugging sdhc card on Acer Aspire One
On Wed, May 25, 2011 at 05:49:03PM +0100, ael wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: normal > > The Acer Aspire One netbook has two card readers, left & right. > Until recently (sorry not sure when regression happened) hotplugging > the right hand card worked. But now such a card is only seen > on cold boot. > > I am reporting on a system which has just booted with the card present, > and all is well: > $ ls -l /dev/disk/by-label/ please try against 2.6.39 in unstable, outdated linux image report against. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627869: linux-image-2.6.38-2-686: ath5k module is unstable after upgrade
severity 627869 important tags tags moreinfo stop On Wed, May 25, 2011 at 12:34:17AM -0300, Alexandre Lymberopoulos wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: grave > Justification: renders package unusable > > > Since upgrade from 2.6.32 to 2.6.38 my wireless network card became very > unstable, not always connecting to my router and not always able to scan > wireless networks in the nearby. The same message (link is not ready) also > appears do my wired card, as you can see in the kernel log below, but I > didn't use it since these messages start appearing. > > Count on me for any further information. Test 2.6.39 which is available in unstable and report back on that version. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627808: /init: 239: mv: not found
severity 627808 important reassign 627808 klibc stop On Tue, May 24, 2011 at 06:30:11PM +0100, Matthew Foulkes wrote: > > After installing initramfs-tools 0.99, the following error message > started appearing very early in the boot process: > > /init: 239: mv: not found > > Fortunately, the system still boots. ooops. I had forgotten that rename(2) wasn't implemented in a q&d klibc mv. > Unpacking /boot/initrd.img-2.6.38-2-amd64 showed that line 239 of the > init script is at the end of an "if" block containing two mv commands > related to /run and udev. > > After installing busybox (which initramfs-tools recommends but does not > require) and running "update-initramfs -u", the error message vanished. > > I do not pretend to understand how the initrd system works, but if > busybox is now required I guess that initramfs-tools should depend on > it. If not, this may be a bug. It is indeed a bug, will see to have that for klibc 1.5.23 Thank you for report. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627801: inux-image-2.6.38-2-amd64: ath9k disconnects from network
On Tue, May 24, 2011 at 07:43:59PM +0300, Eli Osherovich wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: important > > *** Please type your report below this line *** > My atheros based card cannot keep connection to insecure wireless network. I > have to run manually iwconfig wlan0 essid X mode Managed every minute or > so. > It seems that the disconnection occurs when the is no data flow in the > network, i.e., when I run some download or brows web it remains connected, > however, when I make a pause it drops the connection. > The problem does not manifest itself in a secure connection, this is > probably occur due to constant data flow in the connection: it seems that > the card repeatedly authenticate itself (see log file, which is overflowed > with "authenticated" messages.) > 2.6.39 is available in unstable, please install and test. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627252: klibc: please add armhf support
hello, On Thu, 19 May 2011, Konstantinos Margaritis wrote: > klibc currently fails to build on armhf, but there is a -slightly older- > patched version in unreleased/debian-ports.org. The attached patch > enables the build for armhf (which uses -mfloat-abi=hard by default) > > Please consider enabling support for armhf. > > Thanks > > Konstantinos > diff -ruN klibc-1.5.21/debian/rules klibc-1.5.21.armhf//debian/rules > --- klibc-1.5.21/debian/rules 2010-08-25 13:58:44.0 +0300 > +++ klibc-1.5.21.armhf//debian/rules 2011-05-07 19:56:51.907308113 +0300 > @@ -8,6 +8,9 @@ > ifeq ($(DEB_HOST_ARCH),armel) > DEB_MAKE_ENVVARS := CONFIG_AEABI=y > endif > +ifeq ($(DEB_HOST_ARCH),armhf) > +DEB_MAKE_ENVVARS := CONFIG_AEABI=y CPU_ARCH=armv7-a CPU_TUNE=cortex-a8 > +endif > ifeq ($(DEB_HOST_ARCH),ia64) > DEB_MAKE_ENVVARS := ARCH=ia64 > endif this bit will land in next upload of klibc in debian presumably 1.5.23-1. > diff -ruN klibc-1.5.21/usr/klibc/arch/arm/MCONFIG > klibc-1.5.21.armhf//usr/klibc/arch/arm/MCONFIG > --- klibc-1.5.21/usr/klibc/arch/arm/MCONFIG 2011-01-25 23:46:53.0 > +0200 > +++ klibc-1.5.21.armhf//usr/klibc/arch/arm/MCONFIG2011-05-07 > 19:53:36.487308741 +0300 > @@ -7,8 +7,8 @@ > # accordingly. > # > > -CPU_ARCH := armv4 > -CPU_TUNE := strongarm > +CPU_ARCH ?= armv4 > +CPU_TUNE ?= strongarm > > KLIBCOPTFLAGS += -Os -march=$(CPU_ARCH) -mtune=$(CPU_TUNE) > KLIBCBITSIZE = 32 fixed upstream, just pushed out in klibc git, should appear shortly on the kernel.org mirrors: http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627151: linux-image-2.6.38-2-686: Dell latitude E5400 freezes during X session
On Wed, May 18, 2011 at 09:47:06AM +0200, Olivier Berger wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: normal > > Hi. > > My laptop (Dell latitude E5400) has just frozen during an X session :-( > > Sorry but dunno how to help debug what happened. > > Note that with linux-image-2.6.32-5-686 I had no similar problems. > > Thanks in advance. > > Best regards, experimental has 2.6.39-rc7, can you reproduce on it? -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610700: initramfs-tools: settings from conf.d/* are not visible for hook scripts
Hello, On Fri, 21 Jan 2011, SZÉKELYI Szabolcs wrote: > As far as I understand, /etc/initramfs-tools/conf.d is a directory to > configure intramfs-tools without touching the main configuration file > initramfs-tools.conf. But there's some inconsistency here: it looks to > me that only the settings from initramfs.conf are visible to hook > scripts, whereas those from conf.d/* are not. This is a misunderstanding. mkinitramfs shouldn't be affeced by /etc/initramfs-tools/conf.d settings. This dir is for stuff that may help on boot. It really lands into the initramfs itself. > It would be nice, for example, to check the BOOT setting from hook > scripts and skip growing the initramfs uselessly if the selected boot > method does not require some features. But currently this is not > possible if a value is assigned to BOOT via a file in conf.d. stupid naming of aboves dir agreed, but what you are trying to do is deprecated. a packaged mkinitramfs script may change values in /usr/share/initramfs-tools/conf-hooks.d/ kind regards -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 1/2] panic(): print name of kernel module before loading it
On Mon, 11 Apr 2011, Timo Juhani Lindfors wrote: > maximilian attems writes: > >> +try_modprobe() > > I'd prefer the function to be named modprobe_verbose() > > Ok. > > >> + try_modprobe atkbd > > why not using "-v" from modprobe, > > the only argument against that would count is busybox support. > > please check? > > I'm not very familiar with busybox internals but at least on squeeze I > don't even have the modprobe applet: I checked busybox source, it does support the verbose -v switch. so changing your function in the patch, looks good. now the only thing that is holding me up to merge your patch is that /proc/bus/input/devices usage, there should be some sysfs file, no? cat /sys/class/input/input*/device/description shows a KBD -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626427: linux-image-2.6.38-2-686: Horrible Time Skew, Eventual Near-zero Responsiveness
On Thu, May 12, 2011 at 09:11:30PM +0100, Sabahattin Gucukoglu wrote: > On 11 May 2011, at 23:54, maximilian attems wrote: > > On Wed, May 11, 2011 at 10:55:13PM +0100, Sabahattin Gucukoglu wrote: > >> Package: linux-2.6 > >> Version: 2.6.38-5 > >> Severity: important > >> > >> (reportbug script died, hope you've got everything.) > >> > >> The machine runs with *HORRIBLE* clock drift (see text). Eventually, the > >> system will slow right down, so that new processes or threads will not > >> start. It *seems* to be related to the use of BRLTTY. See this thread: > >> http://www.mail-archive.com/brltty@mielke.cc/msg05352.html > >> > >> And, yes, it's annoying having to hard-reboot the box every so often. It > >> would seem that after some period of time, touching my display or the > >> physical console triggers the lockup. I don't think this is a > >> coincidence, > >> even though on the surface there are two different problems. The kernel > >> upgrade was sufficient to begin these issues. > > > > can you try newer 2.6.39-rcX from experimental, is it fixed there? > > Done (RC6). No. :-( did it ever work? if yes please how correct boot dmesg of the working linux-2.6. if no please report upstream to the brltty upstream. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534964: Any updates on this BUG?
On Wed, May 11, 2011 at 12:08:10PM +, maximilian attems wrote: > On Wed, May 11, 2011 at 11:33:31AM +0000, maximilian attems wrote: > > On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: > > > wrote: > > > > Hi, Ben, > > > > > > > > We've made significant progress in reducing the overhead of memory > > > > cgroup subsystem. I'd request you to try it and enable it. If there > > > > are some concerns, we could always address them. There are more > > > > interesting changes on the way as well. > > could you point to the relevant commits? so unless this information comes along soon, I'll revert my change. cheers -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626446: initramfs-tools: [Patch] Option to enable xz compression for initrd
On Thu, May 12, 2011 at 12:08:17PM +0800, Steven Shiau wrote: > > Since the linux kernel (e.g. linux-image-2.6.38-2-686) on Debian Sid has > enabled XZ initrd option, i.e. CONFIG_RD_XZ=y, it would be great to have an > option to use XZ initrd. This is specially useful to Debian live, the size > could be smaller. > Attached please find the patch to enable it. > My 2 cents. this is already done and will be uploaded soonest. http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary next time care to check upstream repository, my 2 cents. see docs for dev http://git.debian.org/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626427: linux-image-2.6.38-2-686: Horrible Time Skew, Eventual Near-zero Responsiveness
On Wed, May 11, 2011 at 10:55:13PM +0100, Sabahattin Gucukoglu wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: important > > (reportbug script died, hope you've got everything.) > > The machine runs with *HORRIBLE* clock drift (see text). Eventually, the > system will slow right down, so that new processes or threads will not > start. It *seems* to be related to the use of BRLTTY. See this thread: > http://www.mail-archive.com/brltty@mielke.cc/msg05352.html > > And, yes, it's annoying having to hard-reboot the box every so often. It > would seem that after some period of time, touching my display or the > physical console triggers the lockup. I don't think this is a coincidence, > even though on the surface there are two different problems. The kernel > upgrade was sufficient to begin these issues. > > Cheers, > Sabahattin can you try newer 2.6.39-rcX from experimental, is it fixed there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596626: [gsimm...@gsimmons.org: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick]
please have a look at http://bugs.debian.org/596626
thanks.
--
maks
- Forwarded message from Geoff Simmons -
Date: Wed, 11 May 2011 20:51:49 +1000
From: Geoff Simmons
To: maximilian attems , 596...@bugs.debian.org
Subject: Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick
X-Original-To: m...@stro.at
X-Original-To: lists-debian-ker...@liszt.debian.org
On Wed, May 11, 2011 at 10:12:55AM +, maximilian attems wrote:
> On Tue, May 10, 2011 at 11:24:34PM +1000, Geoff Simmons wrote:
> > Recognition of this device (USB ID 1737:0079) by the rt2800usb driver
> > currently requires RT2800USB_UNKNOWN to be enabled.
>
> strange it is listed in the dev table
> { USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },
> and even since long it seems:
> git name-rev 5e312589
> 5e312589 tags/v2.6.33-rc3~44^2^2~15
It is listed, but only incorporated in rt2800usb_device_table[] if
RT2800USB_UNKNOWN is set:
#ifdef CONFIG_RT2800USB_UNKNOWN
/*
* Unclear what kind of devices these are (they aren't supported by the
* vendor linux driver).
*/
[...]
/* Linksys */
[...]
{ USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },
As mentioned by Jan, the device contains a RT3572 chipset. Its entry
could moved into the section for known RT35XX devices (i.e. "#ifdef
CONFIG_RT2800USB_RT35XX") as an alternative.
Geoff
--
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/20110511105149.gc2...@chmmr.gsimmons.org
- End forwarded message -
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626388: add nr of blogs to tag view
Package: newsbeuter Version: 2.4-1 Severity: wishlist with many tags at the hand it is not clear, which lists more or less. please add a counter display to each tag displaying how many feeds are tagged with. thank you -- maks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 Versions of packages newsbeuter depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.6-1Multi-protocol file transfer libra ii libgcc1 1:4.6.0-2 GCC support library ii libncursesw5 5.9-1 shared libraries for terminal hand ii libsqlite3-0 3.7.6.2-1 SQLite 3 shared library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library newsbeuter recommends no packages. newsbeuter suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534964: Any updates on this BUG?
On Wed, May 11, 2011 at 11:33:31AM +, maximilian attems wrote: > On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: > > wrote: > > > Hi, Ben, > > > > > > We've made significant progress in reducing the overhead of memory > > > cgroup subsystem. I'd request you to try it and enable it. If there > > > are some concerns, we could always address them. There are more > > > interesting changes on the way as well. could you point to the relevant commits? > thanks for the notice, I'll just enable it for 2.6.39. did that for now, but aboves notice would be cool. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534964: Any updates on this BUG?
On Wed, May 11, 2011 at 04:43:06PM +0530, Balbir Singh wrote: > Hi, > > Has anybody looked at this yet? > > Balbir > > On Tue, Mar 22, 2011 at 11:31 AM, Balbir Singh > wrote: > > Hi, Ben, > > > > We've made significant progress in reducing the overhead of memory > > cgroup subsystem. I'd request you to try it and enable it. If there > > are some concerns, we could always address them. There are more > > interesting changes on the way as well. > > > > Balbir > > thanks for the notice, I'll just enable it for 2.6.39. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596626: Please support Linksys WUSB600N v2 WiFi USB stick
On Tue, May 10, 2011 at 11:24:34PM +1000, Geoff Simmons wrote:
> On Mon, May 09, 2011 at 07:22:56PM +0200, maximilian attems wrote:
> > Version: 2.6.38-5
> >
> > fixed in latest upload to unstable by enabling RT2800USB_RT35XX.
> > thus closing.
>
> Recognition of this device (USB ID 1737:0079) by the rt2800usb driver
> currently requires RT2800USB_UNKNOWN to be enabled.
strange it is listed in the dev table
{ USB_DEVICE(0x1737, 0x0079), USB_DEVICE_DATA(&rt2800usb_ops) },
and even since long it seems:
git name-rev 5e312589
5e312589 tags/v2.6.33-rc3~44^2^2~15
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626309: linux-image-2.6.38-2-amd64: Wifi connection drops randomly with Realtek RTL8187 wifi adapter
On Tue, May 10, 2011 at 05:54:04PM -0300, Alejandro Carrazzoni wrote: > Package: linux-2.6 > Version: 2.6.38-5 > Severity: normal > > I have a USB adapter (identified as Realtek RTL8187 Wireless Adapter) that I > use to connect to wifi. Until updating the kernel from 2.6.37-2 to the current > version, it worked perfectly, but now the connection drops randomly: sometimes > once a day, sometimes every 20 minutes, and sometimes all the time. The > computer can still detect the Wifi network, but I can't browse or download > anything. The same computer with the same adapter can connect perfectly with > Windows 7 and with the previous kernel, and the system does not detect any > signal drop when the connection drops, so I suppose it's some driver issue. please check against 2.6.39~rc6 (tomorrow rc7 will appear) and report back on those, thanks. images are to be found in experimental. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622814: [klibc] Bug#622814: klibc: patch to make klcc play nice with multiarch linux-libc-dev
Hello vorlon,
thank you for your patch.
On Thu, 14 Apr 2011, Steve Langasek wrote:
> Hi maks,
>
> Since the Ubuntu linux-libc-dev is now installing its asm headers to the
> multiarch /usr/include// directory to allow co-installability, I've
> pushed the attached patch to Ubuntu so klcc knows to include this path when
> searching for headers. It should be safe to apply in Debian today, in
> advance of linux-libc-dev switching to multiarch, so I'm forwarding it for
> your consideration. (And it sounds like Ben is keen to switch l-l-d over
> soon anyway: http://lists.debian.org/debian-kernel/2011/04/msg00338.html)
>
> Note that when linux-libc-dev is switched to multiarch, another patch will
> also be needed to fix a build failure in klibc.
hmm, currently I was wondering if your patch is meant for Debian only
or upstream?
how generic is that DEB_HOST_MULTIARCH thingy?
(sorry only watching multilib from distance until now)
> diff -Nru klibc-1.5.20/debian/patches/multiarch-include-path
> klibc-1.5.20/debian/patches/multiarch-include-path
> --- klibc-1.5.20/debian/patches/multiarch-include-path1969-12-31
> 16:00:00.0 -0800
> +++ klibc-1.5.20/debian/patches/multiarch-include-path2011-04-14
> 11:47:46.0 -0700
> @@ -0,0 +1,39 @@
> +Description: Include the multiarch include directory in klcc's path
> + The multiarch include directory, /usr/include/, needs to be
> + explicitly added to klcc's path; without this, klcc is incompatible
> + with recent Ubuntu versions of linux-libc-dev and fails to find any asm/
> + headers.
> + .
> + This change is safe to apply on non-multiarch-enabled systems, since
> + $(DEB_HOST_MULTIARCH) will evaluate empty. However, upstreaming should
> + probably wait until we have a way to get this path information in a
> + vendor-neutral manner.
> +Author: Steve Langasek
> +
> +Index: klibc-1.5.20/klcc/Kbuild
> +===
> +--- klibc-1.5.20.orig/klcc/Kbuild
> klibc-1.5.20/klcc/Kbuild
> +@@ -26,6 +26,7 @@
> + $(Q)echo 'bindir=$(INSTALLDIR)/$(KCROSS)bin' >> $@
> + $(Q)echo 'libdir=$(INSTALLDIR)/$(KCROSS)lib' >> $@
> + $(Q)echo 'includedir=$(INSTALLDIR)/$(KCROSS)include' >> $@
> ++$(Q)echo 'multiarch_path=$(DEB_HOST_MULTIARCH)' >> $@
> +
> +
> + # Generate klcc
> +Index: klibc-1.5.20/klcc/klcc.in
> +===
> +--- klibc-1.5.20.orig/klcc/klcc.in
> klibc-1.5.20/klcc/klcc.in
> +@@ -7,6 +7,10 @@
> + "-I${prefix}/${KCROSS}include/bits${BITSIZE}",
> + "-I${prefix}/${KCROSS}include");
> +
> ++if ($multiarch_path ne '') {
> ++unshift(@includes, "-I${prefix}/${KCROSS}include/${multiarch_path}");
> ++}
> ++
> + # Default optimization options (for compiles without -g)
> + @optopt = @OPTFLAGS;
> + @goptopt = ('-O');
> diff -Nru klibc-1.5.20/debian/patches/series
> klibc-1.5.20/debian/patches/series
> --- klibc-1.5.20/debian/patches/series2011-04-11 02:14:17.0
> -0700
> +++ klibc-1.5.20/debian/patches/series2011-04-14 11:34:33.0
> -0700
> @@ -5,3 +5,4 @@
> ppc64-crt0
> arm-thumb2
> arm-size-directives
> +multiarch-include-path
cheers
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624169: Kernel panic when un-hibernating
With the new 2.6.39-rc4 packages, I let my laptop hibernate due to low battery, then un-hibernated it, and got a kernel panic; photo of screen attached. is it reproducible with 2.6.39-rc6? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624217: linux-image-2.6.39-rc4-686-pae: many "BUG: soft lockup - CPU#0 stuck for ..." errors in 2.6.39-rc4
On Wed, 27 Apr 2011, Arthur Marsh wrote: > Package: linux-2.6 > Version: 2.6.39~rc4-1~experimental.1 > Severity: normal > > > In both the Debian and kernel.org 2.6.39-rc? kernels, I am experiencing > numerous "BUG: soft lockup - CPU#0 stuck for xxs!" errors where xx is > between 61 and 64. could you check against newest 2.6.39~rc6 ? > This problem did not occur in 2.6.38 kernels. > > Previous attempts at git-bisecting the kernel.org kernels have been > inconclusive. > > [ 300.238900] BUG: soft lockup - CPU#0 stuck for 63s! [konversation:3329] thanks for your report. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613658: marked as done (Please enable SQUASHFS_XZ et al for >=2.6.38-rc1.)
On Mon, May 09, 2011 at 01:53:49PM +0800, Steven Shiau wrote: > This is very cool. It has been enabled in the experimental kernel. > Is that possible the kernel in sid (2.6.38) to be enabled, too? > Thanks. > > Steven. 2.6.39 will once released propagate soon in unstable, no big point to have that before. just be a little patient. happy hacking. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
On Mon, May 02, 2011 at 09:07:41AM -0400, Stirling Westrup wrote: > On Mon, May 2, 2011 at 9:01 AM, maximilian attems wrote: > > On Mon, May 02, 2011 at 07:00:46AM -0400, Stirling Westrup wrote: > >> > >> BOOTDIR is a variable used in update-initramfs and controls where the > >> script expects to find initrd.img files. By default it is set to > >> '/boot' but can be overridden with a setting in update-initramfs.conf > >> or by passing the -b option to update-initramfs. > > > > right mkinitramfs does it only at one place and it is a bug. > > I'd prefer to have it no knownledge of bootdir and not do such funky things. > > usually blocking those, there i overlooked. > > > > Okay, but how will it handle the case of grepping config files if it > can't find them? well the grepping is wrong. it should only do version comparison for XZ and LZO with appropriate cut off. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
On Mon, May 02, 2011 at 07:00:46AM -0400, Stirling Westrup wrote: > > BOOTDIR is a variable used in update-initramfs and controls where the > script expects to find initrd.img files. By default it is set to > '/boot' but can be overridden with a setting in update-initramfs.conf > or by passing the -b option to update-initramfs. right mkinitramfs does it only at one place and it is a bug. I'd prefer to have it no knownledge of bootdir and not do such funky things. usually blocking those, there i overlooked. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
tags 624702 moreinfo stop On Sat, Apr 30, 2011 at 02:41:14PM -0400, Stirling Westrup wrote: > Package: initramfs-tools > Version: 0.98.8 > Severity: normal > > care to post your usage of BOOTDIR? not sure it this variable is even documented or well working at all. > -rw-r--r-- 1 root root 4548542 Apr 22 10:19 > /boot/OS/00_Debian/initrd.img-2.6.34-zen1 > -rw-r--r-- 1 root root 3655239 Apr 22 10:19 > /boot/OS/00_Debian/initrd.img-2.6.36 > -rw-r--r-- 1 root root 3378621 Apr 22 10:19 > /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-02 > -rw-r--r-- 1 root root 3244997 Apr 30 13:46 > /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-03 oh here I see something. > -- /etc/initramfs-tools/update-initramfs.conf > update_initramfs=yes > backup_initramfs=no > BOOTDIR=/boot/OS/00_Debian ah and here too. thank you, regards -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624699: initramfs-tools: include an option MODULES=all
tags 624699 moreinfo
stop
On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote:
> Package: initramfs-tools
> Version: 0.98.8
> Severity: wishlist
>
>
> Include an option MODULES=all which includes the complete
> /lib/modules/${version} subtree of the filesystem.
this needs a very good reason.
> This would come in very handy when some modules are not included for various
> reasons (e.g. exclude lists, module dependency problems),
what??
please be a lot more verbose what the encoutered problems where
that hindered MODULES=most
> the exception list in /etc/initramfs-tools/modules would get very long or
> when the admin is too lazy to maintain it.
there you totaly loose me, aboves mentioned file, is an *include* list.
happy hacking
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624692: suggested patch
which module-init-tools do you use? and why not emmit the warning there properly. to have that fixed for dractu too. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624505: linux-image-2.6.38-2-amd64: easycap.ko module not enabled
On Fri, Apr 29, 2011 at 03:18:57PM +0200, bartek szurgot wrote: > > i bought device (i.e. usb frame grabber) that works with this driver. how about telling that in the *first* request. (: > for now i have manually-compiled module for this that works fine, but in > a long term i'd prefer to have this module in distribution kernel so i > won't have to do this all over again each time new kernel arrives with > dist-upgrade (i use debian/testing). sure thing. > since it is kernel part any way i think effort of adding this module is > minimal and it's always nice if device works straight after plugging it > in (this hardware is easily accessible, for a low price in my country). well it comes for cost of us, as building is longer and security support is also different. If the module is built, one would expect such, well for staging crap we don't anyway. > IMHO this update could appear along with next linux-image-2.6xxx package > release. we do indeed enable staging crap on user request, so that we know that it is used. we do consider however to split off the non mainstream modules in a seperate modules to reduce size of the linux images and thus necessary installations. happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624505: linux-image-2.6.38-2-amd64: easycap.ko module not enabled
On Fri, Apr 29, 2011 at 08:10:11AM +0200, bartek szurgot wrote: > Package: linux-2.6 > Version: 2.6.38-3 > Severity: wishlist > Tags: upstream > > please include easycap.ko (staging) driver as a module in kernel. why do you need it or for what it may help you, might help to weight your request. This doesn't seem too much to ask for. regards -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621803: Add support for /run directory
On Mon, Apr 18, 2011 at 05:43:02PM +0100, rleigh wrote: > severity 621803 important > tags 621803 + patch > thanks > > On Sat, Apr 09, 2011 at 03:08:37AM +0200, Michael Biebl wrote: > > Package: initramfs-tools > > Version: 0.98.8+45+g08fbe1e-1 > > Severity: normal > > User: rle...@debian.org > > Usertags: run-transition > > > > Hi maks, > > > > we already talked about this and you already started implementing /run > > support in initramfs-tools [1], so this is merely a bug to keep track > > of this transition [2]. > > I didn't see a patch in git, so I've attached a simple one here. > This creates /run as a tmpfs, and moves the mount to the rootfs > /run as done for other filesystems. please look harder next times! the git archive, don't know where you looked, so here it is: http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary checkout the branch maks/run > If this is all that is needed in the main initramfs, will it > take long to get the /run support into unstable? It looks like > this might be a prerequisite for a fully functional udev, and > for other tools that store state in the initramfs, and it's a > simple and safe change to make. I've raised the severity due > to the /run transition being dependent on this being fixed. there is *no* point in posting trivial patches round and round. if you'd build i-t with that branch and have it *well* tested in several different configuration, then that would be a help. currently this /run thingy seems like a useless mass_panic(). happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622842: firmware-brcm80211: not getting an associated point
reassign 622842 linux-2.6 stop On Fri, Apr 15, 2011 at 09:07:30AM +0200, Wenceslao wrote: > Package: firmware-brcm80211 > Version: 0.29 > Severity: important > > module brcm80211 is not getting the associated point of a wifi, although it is > properly detected. With a usb wifi stick (a ralink one) is detecting and > attaching properly. so you properly know the module and report against firmware, *woow*. attach relevant dmesg or lspci output unless proven as currently this can be close right away. kind regards -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621065: klibc-utils: ipconfig DHCP on HP Proliant BL460cG7
Hello, On Wed, 06 Apr 2011, Olivier DRAGHI wrote: > > I encounter problems during initramfs to install Debian Squeeze (with > FAI) on HP Proliant BL460c G7. > > ipconfig unable to configure the address via DHCP. > > The last message is: > IP-Config: eth0 hardware address d4:85:64:5e:c0:f8 mtu 1500 DHCP RARP > > On my DHCP server (dhcp3-server 3.1.1-6+lenny4) logs I see in loop > > dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 > dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 > dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 > dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 > dhcpd: DHCPDISCOVER from d4:85:64:5e:c0:f8 via eth1 > dhcpd: DHCPOFFER on 10.150.15.172 to d4:85:64:5e:c0:f8 via eth1 there are new ipconfig fixes in the upcoming 1.5.22 klibc git tree: http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary Do you know how to cherry-pick certain patches and add them to the debian package or do you prefer a snapshot deb to test them? (currently a bit short of time but either is fine) > I never saw the end of DHCP hand check: > DHCPREQUEST for 10.150.15.172 > DHCPACK on 10.150.15.172 > > I found a workaround. > > When I call ipconfig with '-n' before, it work: > > ipconfig -c dhcp -d eth0 -t 1 -n > > ipconfig -c dhcp -d eth0 -t 1 hmmm without debug build output of ipconfig that says nothing to me. thank you for your feedback -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#618616: arm build failure with latest binutils - usr/klibc/syscalls/_exit.S:29: Error: .size expression does not evaluate to a constant
tags 618616 pending stop On Wed, 16 Mar 2011, Loïc Minier wrote: > I've fixed this in Ubuntu with the attached patch, but didn't find > where to upstream it; since you're a klibc upstream developer and since > it probably already affects Debian, I figured it was probably best to > send it here :-) thank you applied after review by hpa and pushed out to klibc git. Should be visible soonest on http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary I will soon push out klibc 1.5.22 with it, once I have fixed vorlon's arm patch to be upstreamable. as people are asking for the fixed ipconfig. Debian BTS is fine for patches or bug reports, otherwise you also just send off to klibc mailinglist, both are looked and watched. The second one is usually preferred as more people look at the klibc patches on ml. > BTW, do you have any idea why the build process forces such odd and > very old toolchain flags instead of just using the defaults? > (it forces -march=armv4 -mtune=strongarm) what do you expect currently? thank you. -- maks P.S. adding Arnaud as new debian linux-2.6 arm guy on cc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622118: linux-base: [INTL:sk] Slovak po-debconf translation
On Sun, 10 Apr 2011, Slavko wrote: > Package: linux-base > Severity: wishlist > Tags: l10n patch > Version: 3.2 > > sk.po attached this confuses me there is already a sk.po in newer linux-base, is this an update? > regards thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622118: linux-base: [INTL:sk] Slovak po-debconf translation
On Sun, Apr 10, 2011 at 04:45:39PM +0200, Slavko wrote: > Ahoj, > > Dňa Sun, 10 Apr 2011 15:36:47 +0100 Ben Hutchings > napísal: > > > I don't know what Max is talking about; there has never been an sk.po > > in linux-base or linux-2.6 (which linux-base was split from). there is in the squeeze repository of linux-2.6 > no problem ;-) > > anybody sometime make a mistake... you submitted it (: #608684, landed in 2.6.32-31 happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621908: Use new /run/initramfs dir
Package: live-boot-initramfs-tools Version: 3.0~a16-1 Severity: normal Please migrate the usage of /dev/.initramfs to /run/initramfs dir. The next initramfs-tools release 0.99 will use /run and no longer have /dev/.initramfs per se. thank you. -- maks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621375: backup_initramfs=yes
On Wed, 06 Apr 2011, Joey Hess wrote: > I recently suffered 2 weeks of downtime of a machine in a location that > made fixing it hard, caused by a broken initramfs due to bug #621137. > This highlighted to me that there are many things that can go wrong and > break an initramfs when it is refreshed, not just when upgrading to a > new kernel. And yet backup initramfses are not kept by default, except > for ones that accompany old kernel versions. it was an Ubuntu merge, as initramfs-tools initramfs were considered stable, one could think to have this set for sid/testing until freeze. > Space should not be a concern, since /boot is always provisioned with > space for multiple kernel and initramfs pairs. So I feel that setting > backup_initramfs=yes would be better than the current default, > leading to more robust and recoverable systems. Thank you. the -ENOSPC error accounts for 50% of the Ubuntu bugs. I do agree that it is not an initramfs-tools bug per se, but of the invovled apt that do not cleanup a huge number of linux-images that heppen due to their easy ABI bump. Nevertheless due to the triggering the error happens very late and kills the box. (Not even starting to account for seperate /boot partitions) -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620923: Please drop dead usplash code
Hello, as former usplash maintainer, I do agree and usplash handling is gone in initramfs-tools git. Thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619711: console-setup: breaks copying keymap to initramfs
severity 619711 important stop default is KEYMAP=n. On Tue, 29 Mar 2011, Anton Zinoviev wrote: > I had no idea that initramfs-tools does this. I think this was wrong > even with old version of console-setup because in some situations > cached.kmap.gz will not correspond to the actual configuration and in > some versions of the package it was even possible for this file not to > exist. people using cryptsetup asked for it in order to be able to pass their luks passphrase. > > It will be difficult for initramfs-tools to tell what is the correct > name of the cached keymap. Symlinking the new name to the old is > unreliable so I'd prefer not to implement this. Because of this in > version 1.72 of console-setup a new option of setupcon is implemented > --save-keyboard. Suppose you want to save the keymap in > /tmp/initrd/etc/console-setup/cached.kmap.gz. Then simply use the > following command: > > setupcon --save-keyboard /tmp/initrd/etc/console-setup/cached.kmap.gz > > Alternatively, instead of --save-keyboard you can use --setup-dir. I > will explain this second option in a separate bug report. Both new > options of setupcon are for now undocumented because I want to know > first that they will be useful. I'd prerfer that console-setup would ship an proper initramfs hook telling what to add to initramfs, will followup on the other report on that soonest. thanks for your input. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620924: Please drop dead usplash code
Hello, On Tue, Apr 05, 2011 at 05:25:16AM +0200, Michael Biebl wrote: > > Hi maks, > > as you are certainly aware, usplash is dead and has been removed from > the archive since quite some time (squeeze does no longer contain it). indeed I asked for its removal. > initramfs-tools still contains usplash specific code, which can be > safely dropped (and possibly replaced by plymouth integration code) please check out latest initramfs-tools git and look into master, it is gone: http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary git clone git://git.debian.org/kernel/initramfs-tools.git sunny greetings -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote: > > So, which one is the preferred location? Will anything break if I just clear > out the conf.d directory? > ladmin@fury:~$ dpkg -S /etc/initramfs-tools/conf.d/* > dpkg: /etc/initramfs-tools/conf.d/driver-policy not found. > dpkg: /etc/initramfs-tools/conf.d/resume not found. for assisantance please ask on a debian-user mailinglist not on a bug report! If you remove the resume file of course you can no longer suspend to disk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote: > > > > no, check your box with: > > egrep MODULES -r /etc/initramfs-tools/ > > Great. > > /etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ] > /etc/initramfs-tools/initramfs.conf:MODULES=most > /etc/initramfs-tools/conf.d/driver-policy:MODULES=dep you choose so on your Debian installation. on the why only you can respond (: The expert install has a seemingly bad phrase so that many users seem to prefer MODULES=dep, when that question is shown. As you noticed the file is unowned and can be removed and the initramfs regenerated. Nevertheless your fail in MODULES=dep is interesting and didn't have time yet to properly read this corresponding bug. sunny greetings. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620814: initramfs-tools: fails to include essential module for other leg of md0
On Mon, Apr 04, 2011 at 12:21:16PM +, Arno Schuring wrote: > > Hi Ben, > > > > During installation, I configured initramfs-tools to determine the > > > required > > > modules automatically, which resulted in a non-booting system (notice that > > > the sil680 module is missing): > > [...] > > > > The initramfs-tools 'MODULES=dep' mode is primarily meant for small > > systems with limited RAM and disk space for the initramfs. The > > dependency detection code does not currently handle all module > > dependencies, as you see. I recommend using 'MODULES=most'. > > > > But MODULES=most is exactly what is set: > > > -- /etc/initramfs-tools/initramfs.conf > > MODULES=most no, check your box with: egrep MODULES -r /etc/initramfs-tools/ -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620216: linux-image-2.6.38-1-686: kernel hangs with XFS
On Thu, Mar 31, 2011 at 08:25:05AM +0200, Thomas Prokosch wrote: > Since the big XFS refacturing, kernels tend to hang on one particular > machine. It is not a hardware problem, since the very same machine works > flawlessly with the very same configuration, by just using an older > (<=2.6.26) kernel. > > Especially bad in this respect is the latest 2.6.38 as given in the email > subject: The problem appears right after the reboot. I am filing this bug > report on linux-image-2.6.37-1-686 which also shows hangs but only 1-2 times > per week. > > In order to isolate this bug, I am attending the kernel log for two distinct > hangs (with a reboot in between) and disk information. I suspect that the > problem occurs only on special types of disks, as I run almost the same > configuration on multiple machines (same kernel, XFS formatted disks with the > same XFS format version, same partitioning, etc.) without having any problems. > I remember seeing a quite similar hang on 2.6.38 on a xftest run. please submit upstream on bugzilla.kernel.org and let us know the bug nr. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#618616: (fwd) Bug#618616: arm build failure with latest binutils - usr/klibc/syscalls/_exit.S:29: Error: .size expression does not evaluate to a constant
fwd'ing to klibc malinglist.
- Forwarded message from Loïc Minier -
Date: Wed, 16 Mar 2011 23:34:51 +0100
From: Loïc Minier
To: Debian Bug Tracking System
Subject: Bug#618616: arm build failure with latest binutils -
usr/klibc/syscalls/_exit.S:29: Error: .size expression does not
evaluate to a constant
Package: klibc
Version: 1.5.21-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
Hey
klibc fails to build with recent binutils as "as" became stricter:
http://sourceware.org/bugzilla/show_bug.cgi?id=12519
binutils 20110225 and later would break klibc's builds as follows:
TYPE unsigned int: size 4, sign 0
TYPE unsigned long: size 4, sign 0
TYPE void *: size 4, sign 0
gcc -Wp,-MD,usr/klibc/syscalls/._exit.o.d -D__ASSEMBLY__ -nostdinc
-iwithprefix include -I/build/buildd/klibc-1.5.20/usr/include/arch/arm
-Iusr/include/arch/arm -I/build/buildd/klibc-1.5.20/usr/include/bits32
-Iusr/include/bits32 -I/build/buildd/klibc-1.5.20/usr/klibc/../include
-Iusr/klibc/../include -I/build/buildd/klibc-1.5.20/usr/include -Iusr/include
-I/build/buildd/klibc-1.5.20/linux/include -Ilinux/include
-I/build/buildd/klibc-1.5.20/linux/arch/arm/include -Ilinux/arch/arm/include
-D__KLIBC__=1 -D__KLIBC_MINOR__=5 -D_BITSIZE=32 -fno-stack-protector -fwrapv
-fno-exceptions -mabi=aapcs-linux -mno-thumb-interwork -Os -march=armv4
-mtune=strongarm -W -Wall -Wno-sign-compare -Wno-unused-parameter
-D__ASSEMBLY__ -nostdinc -iwithprefix include
-I/build/buildd/klibc-1.5.20/usr/include/arch/arm -Iusr/include/arch/arm
-I/build/buildd/klibc-1.5.20/usr/include/bits32 -Iusr/include/bits32
-I/build/buildd/klibc-1.5.20/usr/klibc/../include -Iusr/klibc/../include
-I/build/buildd/klibc-1.5.20/usr/include -Iusr/include
-I/build/buildd/klibc-1.5.20/linux/include -Ilinux/include
-I/build/buildd/klibc-1.5.20/linux/arch/arm/include -Ilinux/arch/arm/include
-D__KLIBC__=1 -D__KLIBC_MINOR__=5 -D_BITSIZE=32 -fno-stack-protector -fwrapv
-fno-exceptions -mabi=aapcs-linux -mno-thumb-interwork -Os -march=armv4
-mtune=strongarm -W -Wall -Wno-sign-compare -Wno-unused-parameter
-D__ASSEMBLY__ -nostdinc -iwithprefix include
-I/build/buildd/klibc-1.5.20/usr/include/arch/arm -Iusr/include/arch/arm
-I/build/buildd/klibc-1.5.20/usr/include/bits32 -Iusr/include/bits32
-I/build/buildd/klibc-1.5.20/usr/klibc/../include -Iusr/klibc/../include
-I/build/buildd/klibc-1.5.20/usr/include -Iusr/include
-I/build/buildd/klibc-1.5.20/linux/include -Ilinux/include
-I/build/buildd/klibc-1.5.20/linux/arch/arm/include -Ilinux/arch/arm/include
-D__KLIBC__=1 -D__KLIBC_MINOR__=5 -D_BITSIZE=32 -fno-stack-protector -fwrapv
-fno-exceptions -mabi=aapcs-linux -mno-thumb-interwork -Os -march=armv4
-mtune=strongarm -W -Wall -Wno-sign-compare -Wno-unused-parameter -c -o
usr/klibc/syscalls/_exit.o usr/klibc/syscalls/_exit.S
usr/klibc/syscalls/_exit.S:1:0: warning: target CPU does not support THUMB
instructions
usr/klibc/syscalls/_exit.S: Assembler messages:
usr/klibc/syscalls/_exit.S:29: Error: .size expression does not evaluate to a
constant
make[5]: *** [usr/klibc/syscalls/_exit.o] Error 1
sample Ubuntu build log:
http://launchpadlibrarian.net/66527153/buildlog_ubuntu-natty-armel.klibc_1.5.20-1ubuntu3_FAILEDTOBUILD.txt.gz
I've fixed this in Ubuntu with the attached patch, but didn't find
where to upstream it; since you're a klibc upstream developer and since
it probably already affects Debian, I figured it was probably best to
send it here :-)
BTW, do you have any idea why the build process forces such odd and
very old toolchain flags instead of just using the defaults?
(it forces -march=armv4 -mtune=strongarm)
Cheers,
--
Loïc Minier
Origin: Ubuntu
Last-Update: 2011-03-16
Description: Fix generation of .size directive for ARM; this wouldn't build
with recent binutils and was generating broken assembler anyway
Author: Loïc Minier
--- klibc-1.5.20.orig/usr/klibc/arch/arm/sysstub.ph
+++ klibc-1.5.20/usr/klibc/arch/arm/sysstub.ph
@@ -52,7 +52,7 @@ sub make_sysstub($@) {
print OUT "#endif /* __thumb__*/\n";
-print OUT " .size __syscall${i},.-__syscall${i}\n";
+print OUT " .size ${fname},.-${fname}\n";
}
1;
- End forwarded message -
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH 1/2] panic(): print name of kernel module before loading it
On Wed, 02 Mar 2011, Timo Juhani Lindfors wrote:
> Loading a kernel can crash the system so it is useful that the user
> sees which module might be causing trouble.
ack on the statement.
> Signed-off-by: Timo Juhani Lindfors
>
> diff --git a/scripts/functions b/scripts/functions
> index 579696a..af49e45 100644
> --- a/scripts/functions
> +++ b/scripts/functions
> @@ -31,6 +31,12 @@ log_end_msg()
> _log_msg "done.\n"
> }
>
> +try_modprobe()
> +{
> + echo "Attempting to load kernel module $1"
> + modprobe $1
> +}
Well we don't attempt, but we do load the module.
I'd prefer the function to be named modprobe_verbose()
> +
> panic()
> {
> if command -v chvt >/dev/null 2>&1; then
> @@ -44,8 +50,8 @@ panic()
> sleep ${panic}
> reboot
> fi
> - modprobe i8042
> - modprobe atkbd
> + try_modprobe i8042
> + try_modprobe atkbd
why not using "-v" from modprobe,
the only argument against that would count is busybox support.
please check?
> REASON="$@" PS1='(initramfs) ' /bin/sh -i /dev/console
> 2>&1
> }
>
> --
> 1.7.2.3
>
thank you.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619670: initramfs-tools: make robust against libraries only runtime-linkable due to /etc/ld.so.conf*
On Sat, 26 Mar 2011, Colin Watson wrote: > > I looked at fixing this by copying in /etc/ld.so.conf* and running > ldconfig, but this turned out to be very difficult due to the way > mkinitramfs symlinks libraries during initramfs creation, and I ended up > giving this up as infeasible for the time being. I think it's better to > have copy_exec check whether the target directory name is only on the > linker search path by virtue of /etc/ld.so.conf*, and if so, install to > /lib or /usr/lib as appropriate instead. There is a branch out there that gives up that symlink mess and runs ldconfing on the built initramfs. I intent to upload it for 0.99. It was prompted due to a similar long bug search #612633 http://git.debian.org/?p=kernel/initramfs-tools.git;a=shortlog;h=refs/heads/maks/mkinitramfs_cp currently a bit frustrated as the review of initramfs-tools branches got stalled. (we'd only merge branches if other maintainer has reviewed it). It paid of for squeeze as never had so less bug reports on a release, but still currently too many branches and stuff pilling up, see bottom http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary > I don't know whether you'll want to take this patch exactly, or refine > it, or do something else entirely; but I've tried to make it relatively > safe and it may be worth it for robustness even if you aren't running > into this problem in Debian right now. Thanks a lot for the submisson, as mentioned running ldconfig is considered better. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617639: [linux-2.6] linux-image-2.6.32-5-amd64: After connecting a USB stick, the screen becomes black or blinking sometimes
On Thu, Mar 10, 2011 at 08:38:25AM +0100, Jonas Baggett wrote:
>
> Sometimes when I connect a USB stick, I got a black screen or a blinking
> screen a little like with a TV when the reception is bad.
> When the screen is blinking, I found that I was still able to switch to
> virtual terminal and here also the screen is blinking.
> It is also still possible to reboot with the magic keys.
> Here is what I found in /var/log/messages :
>
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.407370] usb 2-1.3: new high speed
> USB device using ehci_hcd and address 4
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475290] ata2.00: exception Emask
> 0x10 SAct 0x0 SErr 0x40d0002 action 0xe frozen
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475293] ata2.00: ST_FIRST:
> !(DRQ|ERR|DF)
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475297] ata2.00: SError: {
> RecovComm PHYRdyChg CommWake 10B8B DevExch }
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475300] sr 1:0:0:0: CDB: Test
> Unit Ready: 00 00 00 00 00 00
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475309] ata2.00: cmd
> a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475310] res
> 00/01:01:01:14:eb/00:00:00:00:00/00 Emask 0x12 (ATA bus error)
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.475325] ata2.00: hard resetting
> link
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501834] usb 2-1.3: New USB device
> found, idVendor=0951, idProduct=1607
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501837] usb 2-1.3: New USB device
> strings: Mfr=1, Product=2, SerialNumber=3
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501839] usb 2-1.3: Product:
> DataTraveler 2.0
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501841] usb 2-1.3: Manufacturer:
> Kingston
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501842] usb 2-1.3: SerialNumber:
> 0013729945E6A9C0A6C6030B
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.501921] usb 2-1.3: configuration
> #1 chosen from 1 choice
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.502279] scsi5 : SCSI emulation
> for USB Mass Storage devices
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.502410] usb-storage: device found
> at 4
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19027.502412] usb-storage: waiting for
> device to settle before scanning
> Mar 8 13:47:53 EIFRWSE00160 kernel: [19028.197857] ata2.01: hard resetting
> link
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.224162] ata2.01: failed to resume
> link (SControl 0)
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.379943] ata2.00: SATA link up 1.5
> Gbps (SStatus 113 SControl 300)
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.379969] ata2.01: SATA link down
> (SStatus 0 SControl 0)
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.379983] ata2.01: link offline,
> clearing class 3 to NONE
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.404140] ata2.00: configured for
> UDMA/100
> Mar 8 13:47:55 EIFRWSE00160 kernel: [19029.404693] ata2: EH complete
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.490715] usb-storage: device scan
> complete
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.491302] scsi 5:0:0:0:
> Direct-Access Kingston DataTraveler 2.0 8.20 PQ: 0 ANSI: 2
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.491690] sd 5:0:0:0: Attached scsi
> generic sg2 type 0
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.492547] sd 5:0:0:0: [sdb] 7825408
> 512-byte logical blocks: (4.00 GB/3.73 GiB)
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.493403] sd 5:0:0:0: [sdb] Write
> Protect is off
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.493406] sd 5:0:0:0: [sdb] Mode
> Sense: 23 00 00 00
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.493407] sd 5:0:0:0: [sdb]
> Assuming drive cache: write through
> Mar 8 13:47:58 EIFRWSE00160 kernel: [19032.495732] sd 5:0:0:0: [sdb]
> Assuming drive cache: write through
> Mar 8 13:47:59 EIFRWSE00160 kernel: [19032.495735] sdb: sdb1
> Mar 8 13:47:59 EIFRWSE00160 kernel: [19033.582612] sd 5:0:0:0: [sdb]
> Assuming drive cache: write through
> Mar 8 13:47:59 EIFRWSE00160 kernel: [19033.582615] sd 5:0:0:0: [sdb]
> Attached SCSI removable disk
> Mar 8 13:47:59 EIFRWSE00160 kernel: [19034.053114] FAT: utf8 is not a
> recommended IO charset for FAT filesystems, filesystem will be case sensitive!
> Mar 8 13:48:05 EIFRWSE00160 kernel: [19039.730382] usb 2-1.3: USB
> disconnect, address 4
> Mar 8 13:48:09 EIFRWSE00160 acpid: client 1361[0:0] has disconnected
> Mar 8 13:48:13 EIFRWSE00160 acpid: client connected from 1361[0:0]
> Mar 8 13:48:13 EIFRWSE00160 acpid: 1 client rule loaded
> Mar 8 13:48:24 EIFRWSE00160 acpid: client 1361[0:0] has disconnected
> Mar 8 13:48:34 EIFRWSE00160 acpid: client connected from 1361[0:0]
> Mar 8 13:48:34 EIFRWSE00160 acpid: 1 client rule loaded
> Mar 8 13:48:50 EIFRWSE00160 kernel: [19084.296554] SysRq : Keyboard mode set
> to system default
> Mar 8 13:48:50 EIFRWSE00160 kernel: [19085.079110] SysRq : Emergency Sync
> Mar 8 13:48:50 EIFRWSE00160 kernel: [19085.
Bug#617505: linux-image-2.6.37-2-amd64: Radeon R600 driver fails to control fan (i2c)
On Wed, Mar 09, 2011 at 02:29:47PM +0100, Denis Washington wrote: > Package: linux-2.6 > Version: 2.6.37-2 > Severity: important > Tags: upstream > > With the Free Software driver, the GPU fan of my AMD Radeon HD 4650 always > quickly spins up after a short time of moderate desktop usage and never > noticeably spins down again (I need to restart the computer for this to > happen), making the laptop very noisy. This only happens with the Free > Software > radeon driver, unfortunately; the fglrx driver seems to control the fan > properly, but for technical and ideological reasons, I would like to use the > free driver instead. > > If this helps, the lm_sensors "sensors-detect" tool seems to find some i2c > thermal sensor chips belonging to the Radeon card, but only recommends the > "coretemp" module. (Loading it does not change anything.) I have attached the > output to sensors-detect if it helps. > > I have firmware-linux-nonfree installed (for the R600 firmware files). > please try latest xorg radeon driver and the 2.6.38-rcX from experimental it has several radeon related enhancement. thanks for feedback. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616334: already reported to kernel.org
On Fri, Mar 04, 2011 at 03:33:43PM +0100, Thomas Koch wrote: > found this bug reported already: > > https://bugzilla.kernel.org/show_bug.cgi?id=29162 thanks marked as forwarded. > also discussed here > http://groups.google.com/group/linux.kernel/browse_thread/thread/47b82ab31ae4a056/62b9059817eafb39 > > The reporter also mentions, that the deadlock is triggered by KMail, as it > was > on my machine at least once. > > Time to reinstall and finally get rid of reiserfs. :-) well KDE is so badly programmed that it doesn't work anywhere else as on ext3 fs (google ext4 and kde for fun). better switch desktop env too. happy weekend. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616422: please backport an upstream fix for busy CPU to squeeze gnash
Package: gnash
Version: 0.8.8-9
Severity: important
Tags: patch
commit 0d5cea87446e84e2e9f4bb4ddc4541f7d2824c71 upstream
>From 0d5cea87446e84e2e9f4bb4ddc4541f7d2824c71 Mon Sep 17 00:00:00 2001
From: Bastiaan Jacques
Date: Sat, 19 Feb 2011 01:24:20 +0100
Subject: [PATCH] Don't busy the CPU trying to use a bad stream.
---
libmedia/gst/MediaParserGst.cpp | 26 ++
1 files changed, 10 insertions(+), 16 deletions(-)
diff --git a/libmedia/gst/MediaParserGst.cpp b/libmedia/gst/MediaParserGst.cpp
index ce6441a..2778ae2 100644
--- a/libmedia/gst/MediaParserGst.cpp
+++ b/libmedia/gst/MediaParserGst.cpp
@@ -74,7 +74,7 @@ MediaParserGst::MediaParserGst(std::auto_ptr
stream)
SimpleTimer timer;
size_t counter = 0;
-while (!probingConditionsMet(timer)) {
+while (!probingConditionsMet(timer) && !_stream->eof() && !_stream->bad())
{
if (!pushGstBuffer()) {
++counter;
@@ -141,7 +141,7 @@ MediaParserGst::parseNextChunk()
// FIXME: our caller check for _parsingComplete prior
//to call parseNextChunk
-if (_stream->eof()) {
+if (_stream->eof() || _stream->bad()) {
//log_debug (_("Stream EOF, emitting!"));
_parsingComplete = true;
return false;
@@ -174,24 +174,18 @@ MediaParserGst::pushGstBuffer()
std::streamoff ret = _stream->read(GST_BUFFER_DATA(buffer), PUSHBUF_SIZE);
-if (ret == 0) {
-if (!_stream->eof()) {
-log_error(_("MediaParserGst failed to read the stream, but did not
"
- "reach EOF!"));
+if (ret < PUSHBUF_SIZE) {
+if (!_stream->eof() && !_stream->bad()) {
+log_error(_("MediaParserGst failed to read the stream, but it did"
+ " not reach EOF or enter a bad state."));
} else {
_parsingComplete = true;
}
-gst_buffer_unref(buffer);
-return false;
-}
-if (ret < PUSHBUF_SIZE) {
-if (!_stream->eof()) {
-log_error(_("MediaParserGst failed to read the stream, but did not
"
- "reach EOF!"));
-} else {
-_parsingComplete = true;
-}
+if (!ret) {
+gst_buffer_unref(buffer);
+return false;
+}
GST_BUFFER_SIZE(buffer) = ret;
}
--
1.7.4.1
I didn't check how the patch applies to squeeze, but we do definitely
see high CPU usage by gnash in our labs' daily usage.
people get used to killall -9 gnash as a "fix".
The patch seems trivial enough as backport candidate.
thank you
--
maks
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-trunk-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
Versions of packages gnash depends on:
ii gnash-common 0.8.8-9 GNU Shockwave Flash (SWF) player -
ii libc62.11.2-11 Embedded GNU C Library: Shared lib
ii libcairo21.8.10-6The Cairo 2D vector graphics libra
ii libgcc1 1:4.5.0-5 GCC support library
ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG
ii libglib2.0-0 2.28.1-1+b1 The GLib library of C routines
ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface
ii libgtkglext1 1.2.0-1.1 OpenGL Extension to GTK+ (shared l
ii libstdc++6 4.5.0-5 The GNU Standard C++ Library v3
ii libx11-6 2:1.4.1-5 X11 client-side library
gnash recommends no packages.
gnash suggests no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616334: write to reiserfs blocks/freezes
On Thu, Mar 03, 2011 at 04:43:34PM +0100, Thomas Koch wrote: > Package: linux-2.6 > Version: 2.6.37-2 > Severity: important > Tags: sid > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Today was the second time my system freezed after updating to Kernel > 2.6.37-[12]. dmesg reports backtraces of applications that hang in a > write call to reiserfs. > I can continue to use the system, but every process that tries to write > something (to the home partition?) freezes and can not be killed. > shutdown -h -P now reports that it will shutdown, but doesn't do so. > > I have three partitions: /boot, /, /home - the last two encrypted. > did you try 2.6.38-rcX is it fixed there? if not please report upstream on bugzilla.kernel.org and let us know the bug number to track it. thanks. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615850: [linux-headers-2.6.37-1-amd64] can not boot the system
On Mon, Feb 28, 2011 at 01:52:31PM +0100, Pere Nubiola i Radigales wrote: > Package: linux-headers-2.6.37-1-amd64 > Version: 2.6.37-1 > Severity: critical double wrong, source package is linux-2.6, severity important at best , also use reportbug and not reportbug-ng it properly adds info: reportbug -N 615850 > --- Please enter the report below this line. --- > when i boot with a new kernel linux-image-2.6.37-1.amg64 the system hangs > with the followin information > [0.788804] Kernel panic - not syncing: No init found. Try passing init= > option to kernel. See Linux Documentation/init.txt for guidance. > [0.788852] Pid: 1, comm: swapper Not Tainted 2.6.37-1-amd64 #1 > [0.788890] Call Trace: > [0.788929] [] ? panic+0x92/0x1a1 > [0.788968] [] ? init_post+0xc0/0xc2 > [0.789007] [] ? kernel_init+0x1e1/0x1ec > [0.789047] [] ? kernel_thread_helper+0x4/0x10 > [0.789086] [] ? kernel_init+0x0/0x1ec > [0.789124] [] ? kernel_thread_helper+0x0/0x10 > > The previous version 2.6.32-5 boots correctly. > aboves means your bootloader didn't pass initramfs. which bootloader are you using? (info mising due to reportbug-ng usage) -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615831: [PATCH] Load modules for USB keyboard if not keyboard is present at panic
On Mon, Feb 28, 2011 at 01:18:04PM +0200, Timo Juhani Lindfors wrote: > USB modules are not normally loaded at break=top time but since USB > keyboards are very common we should take the effort to try to load > extra kernel modules at break (=panic) time. This patch closes #615831 > and has been adapted from comments mentioned in > > https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/229732 > > and tested on on HP ProLiant MicroServer that lacks a PS2 port > completely. > --- > scripts/functions |7 +++ > 1 files changed, 7 insertions(+), 0 deletions(-) > > diff --git a/scripts/functions b/scripts/functions > index 579696a..778196f 100644 > --- a/scripts/functions > +++ b/scripts/functions > @@ -46,6 +46,13 @@ panic() > fi > modprobe i8042 > modprobe atkbd > + if ! grep -q '^H:.*kbd' /proc/bus/input/devices ; then with BUSYBOX=no not available, also we'd better check in /sys/ > + # no keyboard? Try USB. > + modprobe ehci-hcd > + modprobe uhci-hcd > + modprobe ohci-hcd > + modprobe usbhid HMM modrpobing is a hack, but well at this stage it might be valuable, consdering one would want to debug udev? > + fi > REASON="$@" PS1='(initramfs) ' /bin/sh -i /dev/console > 2>&1 > } Md any feedback from your side? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
hello, added last week the branch maks/mkinitramfs_cp on top of the initial fix runndinig ldconfig on the initramfs root: http://git.debian.org/?p=kernel/initramfs-tools.git;a=shortlog;h=refs/heads/maks/mkinitramfs_cp a snapshot based on this patch is available: http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb it's signature http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb.sha512sum.asc could you test if that boots your setup out of the box? (snapshot has minimal qemu + my own laptop testing) thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613170: linux-image-2.6.32-5-openvz-amd64: OpenVZ-specific NFS implementation error
On Wed, Feb 23, 2011 at 08:22:35PM +, Steven Chamberlain wrote: > >>> Ola Lundqvist wrote: > >>> Do you know if those patches will appear in the openvz git soon? > > Hi, > > I just noticed two commits relating to this issue (OpenVZ bug #1626) > made it into 2.6.32-openvz git: > > http://git.openvz.org/?p=linux-2.6.32-openvz;a=shortlog > > I've tested NFS on max's 2.6.32-31 test build from 27th Jan, and I've > been able to reproduce the reported issue, so I will rebuild and test > with these additional patches as soon as I can. thank you, they shortly missed the boat for this stable release, but are scheduled for the next. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614796: linux-image-2.6-686: Display goes into standby but does not not come back
{ Please *keep* bug report on Cc, this is not a private mail }
On Wed, Feb 23, 2011 at 06:54:58PM +0100, Jan Christoph Uhde wrote:
> On 2011-02-23 17:00, maximilian attems wrote:
>>>
>> can you check if it is fixed in 2.6.38-rc6, which you'll find
>> in experimental.
>>
>> thanks
>>
>>
> Hey Maximilian,
>
> i can not find the deb in:
>
> http://ftp.debian.org/debian/pool/main/l/linux2.6*
> http://ftp.debian.org/debian/pool/main/l/linux-latest
> http://incoming.debian.org/
>
> there is a amd64 version but no 686.
you need a bit of patience, it will hit it soon.
is already in "uploaded" stated on legacy x86_32 arch:
https://buildd.debian.org/status/package.php?p=linux-2.6&suite=experimental
needs NEW processing atm
http://ftp-master.debian.org/new.html
tomorrow probably..
cheers
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614796: linux-image-2.6-686: Display goes into standby but does not not come back
On Wed, Feb 23, 2011 at 02:47:18PM +0100, Jan Christoph Uhde wrote: > Package: linux-image-2.6-686 > Version: 2.6.37+30 > Severity: important > Tags: upstream > > Bug is against linux-image-2.6.37-1-686 > I couldn't report against it using reportbug (lazy git) > > Hardware: > 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express > Integrated Graphics Controller (rev 03) > 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, > 943/940GML Express Integrated Graphics Controller (rev 03) > > Could be related to: > https://bugzilla.kernel.org/show_bug.cgi?id=22672 > > This Bug could be troubling for a lot netbook friends since the > (crappy) Hardware is all over the place. > can you check if it is fixed in 2.6.38-rc6, which you'll find in experimental. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614810: linux-image-2.6.32-5-openvz-amd64: CPU limits missing
On Wed, Feb 23, 2011 at 04:35:09PM +0100, Peter Rohrer wrote: > > Since openvz Kernel 042test006.1, CPU limits are back in the > openvz kernel. The currend debian kernel can limit the cpu usage > of a virtual machine only relative to other virtual machines, > there is no absolute limiting possible (for example, limit a > virtual machine to just 1 CPU). > Is there a chance we can get this feature into a point release > of squeeze? > This did work in the older 2.6.18 Kernel from openvz.org, but > this kernel doesn't work with squeeze, and many people need the > new features of 2.6.32 but also need CPU limiting. can you check if it is in latest openvz git 2.6.32 http://git.openvz.org/?p=linux-2.6.32-openvz;a=summary we have that mostly beside the nfs fixes for the next stable upload. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611946: Freezes apparently caused by ath9k
On Tue, Feb 22, 2011 at 11:25:51PM +, Tony Houghton wrote: > On Tue, 22 Feb 2011 15:50:25 -0600 > Jonathan Nieder wrote: > > > What is very helpful if you have time is > > > > 1) describe the symptoms on the linux-wireless mailing list > > 2) grab the kernel source: > > > > git clone > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git > > > > 3) bisect: > > > > git bisect start > > git bisect good v2.6.32 > > git bisect bad v2.6.35 > > make localmodconfig > > make deb-pkg > > ... install the resulting .deb, reboot, try it, and then ... > > git bisect good;# if it works > > git bisect bad; # if it doesn't work > > > > 4) let the linux-wireless people know which turned out to be the > > "first bad commit". > > That sounds like a good idea. Is there an easy way to cross-compile for > 686 on an x86_64 system eg by adding a variable to the make deb-pkg > line? It will save loads of time if I can do it on my quad core desktop > PC instead of my netbook's weedy Atom. only with newer 2.6.38-rc4 : make ARCH=i386 deb-pkg so currently only helps for linux-next or newer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613922: linux: Radeon DRM doesn't initialise properly (firmware fails to load?)
On Fri, Feb 18, 2011 at 09:23:22PM +1100, Owen Riddy wrote: > Package: linux-2.6 > Version: 2.6.37-1 > Severity: important > File: linux > > > I have a Radeon 3450 grampics card (AMD/ATI) and lived on Squeeze until the > recent release. The card was well supported by the new Open Source graphics > driver (radeon). > Whenever I compiled a newer vanilla kernel KMS didn't work (starting with > 2.6.33, I belive. It was a while ago) and X wouldn't load. Every so often I > tried a different kernel, and the problem remained. On X, the system would > completely hang (including access to virtual terminals). I assumed a > mis-configured kernel and gave up. > > This debian kernel image seems to have the same problem. After upgrading, I > get a suspicious 180 second pause when the kernel "populates /dev", which I > now attribute to a bug, possibly in the firmware loading code. I'm getting an > error message about modprobe blocking (in dmesg). > > To be sure I havn't tainted the configuration, I installed the Squeeze > release base system, upgraded to wheezy, rebooted to test KMS (virtual > terminal screen resolution was large, suggesting it worked), upgraded to > unstable and rebooed, at which point I get the 180 second hang and modrpboe > errors, as well as a rather low resolution VT. > > This renders X unusable. Does this report go here, or upstream? > please report upstream on http://bugzilla.freedesktop.org/ and let us know the bug nr for tracking progress. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613501: Workaround available in openvz git
On Fri, Feb 18, 2011 at 07:27:27AM +0100, Ola Lundqvist wrote: > Hi Maks > > Do you know when the next squeeze upload would be? Is it for the next > point release (and if so, do you know when that is?) or should we try > to convince the security team that this is actually a security issue. > > Data corruption is not a nice thing I would say... > > // Ola why do you toppost, it is missing all relevant info!? > On Thu, Feb 17, 2011 at 07:18:11PM +0100, maximilian attems wrote: > > On Thu, 17 Feb 2011, Vladimir Kuklin wrote: > > > > > > > > git commit is here: > > > > > > http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=3e89668abca56e6e11e1bbb9cbac1008d3c2357b > > > > > > Please, don't forward it again to openvz devs. Just include it into > > > patchset for 2.6.32-5-openvz kernel update. > > > > it is included, add info to changelog so it will be closed on next > > squeeze upload. upload is planed after next stable release, most probably monday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613501: Workaround available in openvz git
On Thu, 17 Feb 2011, Vladimir Kuklin wrote: > > git commit is here: > > http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=3e89668abca56e6e11e1bbb9cbac1008d3c2357b > > Please, don't forward it again to openvz devs. Just include it into > patchset for 2.6.32-5-openvz kernel update. it is included, add info to changelog so it will be closed on next squeeze upload. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Wed, Feb 16, 2011 at 12:19:10PM +0100, Benedikt Spranger wrote: > libsplashycnf.so.1 (libc6) => /lib/libsplashycnf.so.1 > libsplashy.so.1 (libc6) => /lib/libsplashy.so.1 unrelated to that bug, I'd recommed plymouth. ps untagged moreinfo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Wed, Feb 16, 2011 at 12:19:10PM +0100, Benedikt Spranger wrote:
> Am Wed, 16 Feb 2011 11:58:18 +0100
> schrieb maximilian attems :
>
> > E) run ldconfig three times:
> >(first invocation should tell that no cache around, second should
> > built it and we need output of third)
> > ldconfig -p
> # ldconfig -p
> 0 libs found in cache `/etc/ld.so.cache'
>
> > ldconfig
> > ldconfig -p
> # ldconfig -p
> 32 libs found in cache `/etc/ld.so.cache'
[..]
> libgcc_s.so.1 (libc6) => /usr/local/lib/libgcc_s.so.1
cool, so now it would boot.
Thanks for your report, this means quite some work to resolve
that bug as ldconfig can't work against the symlinked tree
of initramfs-tools in ${DESTDIR}.
Will see to sort out that mess next days.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Fri, 11 Feb 2011, Benedikt Spranger wrote: > Am Thu, 10 Feb 2011 21:39:51 + > schrieb maximilian attems : > > > On Thu, Feb 10, 2011 at 07:33:17PM +0100, Benedikt Spranger wrote: > > > Am Thu, 10 Feb 2011 17:48:36 + > > > schrieb maximilian attems : > > > > what does on that box 'ldconfig -p' show? > Output attached. > I see, and then we would need the ldconfig from inside the broken initramfs, so you need A) add ldconfig inside the initramfs echo "copy_exec /sbin/ldconfig /bin/" >> /usr/share/initramfs-tools/hooks/busybox B) generate the resulting initramfs (with the patched mkinitramfs adding /etc/ld.so.conf* to initramfs) mkinitramfs -o /tmp/foo.broken C) unpack that initramfs mkdir /tmp/la && cd /tmp/la; zcat ../foo.broken | cpio -i D) chroot into it chroot ./ /bin/sh E) run ldconfig three times: (first invocation should tell that no cache around, second should built it and we need output of third) ldconfig -p ldconfig ldconfig -p thank you! -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579658: Bug#590321: vzctl: ip6tables does not work in VE
On Tue, Feb 15, 2011 at 10:02:10PM +0100, Ola Lundqvist wrote: > > Sorry for the delayed response. (I have been on a business trip). > > Very good to know. Unfortunatly this build did not reach the > stable release. sure the updated git only came out shortly before release. > Maks, do you know if this would be a good candidate for the next point > release? next squeeze upload will have it. what would be cool would be to add also those nfs fixes, but afair they are not yet in git, please reping about them. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613170: linux-image-2.6.32-5-openvz-amd64: OpenVZ-specific NFS implementation error
On Sun, Feb 13, 2011 at 03:41:40PM +0300, Stanislav Klinkov wrote: > > See OpenVZ bugzilla for details: > http://bugzilla.openvz.org/show_bug.cgi?id=1626 > > Patch #1: > http://1626.bugzilla.openvz.org/attachment.cgi?id=1376 > > Patch #2: > http://1626.bugzilla.openvz.org/attachment.cgi?id=1377 > > Please, include these packages into further > OpenVZ-modificated kernel releases. > I had been currently waiting for them to appear in the openvz git. thank you for reporting. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613170: Processed: forcibly merging 607041 613170
On Sun, Feb 13, 2011 at 03:18:10PM +, Steven Chamberlain wrote: > On 13/02/11 13:03, Debian Bug Tracking System wrote: > >> forcemerge 607041 613170 > > Bug#607041: linux-image-2.6.32-5-openvz-amd64: amd64 ip6tables broken in > > OpenVZ VE > > Bug#613170: linux-image-2.6.32-5-openvz-amd64: OpenVZ-specific NFS > > implementation error > > Bug#590321: vzctl: ip6tables does not work in VE > > Forcibly Merged 590321 607041 613170. > > Huh? Bugs 607041/590321 were for IPv6 netfilter, and fixed in Max > Attems' 2.6.32-31 test build (unreleased) which brings in the latest > patchset from OpenVZ Git. > > But bug 613170 looks like an OpenVZ nfs issue unrelated to IPv6 or > netfilter. The patches for that issue don't seem to be included in > OpenVZ's linux-2.6.32-openvz Git branch yet. thanks for the check, hadn't really looked into it, unmerged. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612911: linux-image-2.6.32-5-openvz-amd64: Deprecated CIFS module
On Fri, Feb 11, 2011 at 09:30:12PM +0300, Станислав wrote: > > reassigning for you, the userspace is maybe at fault, the linux image > > is setting the rules. please provide command output for what doesn't work > > with squeeze cifs-utils? (and eventual strace) > > No! The userspace works fine! The vanilla 2.6.32-5 kernel package works fine > with Squeeze "cifs-utils" too. The problem is in the very PACKAGE > "linux-image-2.6.32-5-openvz-amd64", NOT in KERNEL itself. And the problem is > hidden in the very OpenVZ modification of the kernel. The vanilla package is > shipped with the right "cifs.ko" module, and the OpenVZ modification of the > same package is shipped with the deprecated version of this module. What is > unclear? dude that is not the way to producively file bugs, post the error you are seeing at least, thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612911: linux-image-2.6.32-5-openvz-amd64: Deprecated CIFS module
reassign cifs-utils
retitle cifs-utils maybe broken on 2.6.32-30
stop
On Fri, Feb 11, 2011 at 04:44:56PM +0300, Stanislav Klinkov wrote:
> Package: linux-2.6
> Version: 2.6.32-30
> Severity: important
>
> The package "linux-image-2.6.32-5-openvz-amd64" is shipped with a deprecated
> version
> of the CIFS module ("cifs.ko"). So, userspace utilities such as "mount.cifs"
> become incompatible with old version of cifs.ko and refuse to work.
>
> For example, one can mount nothing via CIFS. Rolling back the packages
> "cifs-utils", "samba-common", "smbfs', etc down to Lenny or Lenny-backports
> bundles resolves the issue as a temporary workaround.
reassigning for you, the userspace is maybe at fault, the linux image
is setting the rules. please provide command output for what doesn't work
with squeeze cifs-utils? (and eventual strace)
> -- Package-specific info:
> ** Version:
> Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-30) (b...@decadent.org.uk)
> (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:22:50 UTC 2011
>
> ** Command line:
> BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-amd64 root=/dev/mapper/pve-root ro
> elevator=noop elevator=noop
>
> ** Not tainted
>
> ** Kernel log:
> [0.731462] NET: Registered protocol family 10
> [0.733485] Mobile IPv6
> [0.734773] NET: Registered protocol family 17
> [0.736174] PM: Resume from disk failed.
> [0.736183] registered taskstats version 1
> [0.737687] rtc_cmos rtc_cmos: setting system clock to 2011-02-11 12:45:25
> UTC (1297428325)
> [0.739748] Initalizing network drop monitor service
> [0.740962] Freeing unused kernel memory: 592k freed
> [0.743100] Write protecting the kernel read-only data: 4144k
> [1.321118] usbcore: registered new interface driver usbfs
> [1.323699] usbcore: registered new interface driver hub
> [1.331019] alloc irq_desc for 19 on node -1
> [1.331048] alloc kstat_irqs on node -1
> [1.331116] virtio-pci :00:03.0: PCI INT A -> GSI 19 (level, low) ->
> IRQ 19
> [1.335636] usbcore: registered new device driver usb
> [1.362972] SCSI subsystem initialized
> [1.369334] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [1.396113] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [1.397485] alloc irq_desc for 22 on node -1
> [1.397485] alloc kstat_irqs on node -1
> [1.397485] ohci_hcd :00:06.0: PCI INT A -> GSI 22 (level, low) -> IRQ
> 22
> [1.398628] ohci_hcd :00:06.0: OHCI Host Controller
> [1.400015] ohci_hcd :00:06.0: new USB bus registered, assigned bus
> number 1
> [1.404766] libata version 3.00 loaded.
> [1.409576] ohci_hcd :00:06.0: irq 22, io mem 0xf0404000
> [1.431952] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
> [1.432033] usb usb1: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [1.434672] usb usb1: Product: OHCI Host Controller
> [1.435951] usb usb1: Manufacturer: Linux 2.6.32-5-openvz-amd64 ohci_hcd
> [1.437321] usb usb1: SerialNumber: :00:06.0
> [1.439427] usb usb1: configuration #1 chosen from 1 choice
> [1.440853] hub 1-0:1.0: USB hub found
> [1.442013] hub 1-0:1.0: 8 ports detected
> [1.443442] ahci :00:0d.0: version 3.0
> [1.443529] alloc irq_desc for 21 on node -1
> [1.443532] alloc kstat_irqs on node -1
> [1.443570] ahci :00:0d.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
> [1.445364] ahci: SSS flag set, parallel bus scan disabled
> [1.448318] ahci :00:0d.0: AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1
> impl SATA mode
> [1.450361] ahci :00:0d.0: flags: 64bit ncq stag only ccc
> [1.469660] scsi0 : ahci
> [1.471251] ata1: SATA max UDMA/133 abar m8192@0xf0406000 port 0xf0406100
> irq 21
> [1.792845] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [1.794291] ata1.00: ATA-6: VBOX HARDDISK, 1.0, max UDMA/133
> [1.795521] ata1.00: 20971520 sectors, multi 128: LBA48 NCQ (depth 31/32)
> [1.797646] ata1.00: configured for UDMA/133
> [1.799123] scsi 0:0:0:0: Direct-Access ATA VBOX HARDDISK1.0
> PQ: 0 ANSI: 5
> [1.815209] sd 0:0:0:0: [sda] 20971520 512-byte logical blocks: (10.7
> GB/10.0 GiB)
> [1.818080] sd 0:0:0:0: [sda] Write Protect is off
> [1.819340] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> [1.819362] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
> doesn't support DPO or FUA
> [1.821937] sda: sda1 sda2
> [1.824076] sd 0:0:0:0: [sda] Attached SCSI disk
> [1.848631] usb 1-1: new full speed USB device using ohci_hcd and address 2
> [2.006911] device-mapper: uevent: version 1.0.3
> [2.009189] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised:
> dm-de...@redhat.com
> [2.124311] usb 1-1: New USB device found, idVendor=80ee, idProduct=0021
> [2.125707] usb 1-1: New USB device strings: Mfr=1, Product=3,
> SerialNumber=0
> [2.127150]
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
tags 612633 moreinfo stop On Thu, Feb 10, 2011 at 07:33:17PM +0100, Benedikt Spranger wrote: > Am Thu, 10 Feb 2011 17:48:36 + > schrieb maximilian attems : > > > what does on that box 'ldconfig -p' show? > > I can send the over 1600 lines, but i think it is very useless. No it isn't. Send it attached and compressed, can't be that big. > Another try to explain the problem: Hehe, a late reply to the question if lvm did or does work. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Thu, Feb 10, 2011 at 05:18:46PM +0100, Benedikt Spranger wrote: > Am Thu, 10 Feb 2011 13:52:27 + > schrieb maximilian attems : > > > > Sadly the generated initramfs has the same problem. > > > > which would be what, can we have the error message please? > > (if not possible to keep logging netconsole comes handy). > lvm: error while loading shared libraries: libgcc_s.so.1: cannot open > shared object file: No such file or directory. > > If I copy "libgcc_s.so" from /usr/local/lib to /usr/lib in the > initramfs image everything works fine. what does on that box 'ldconfig -p' show? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Thu, Feb 10, 2011 at 03:14:25PM +, Ben Hutchings wrote: > On Thu, Feb 10, 2011 at 02:30:54PM +0100, Benedikt Spranger wrote: > [...] > > +# make sure that library links are correct and up to date > > +mkdir -p "$DESTDIR"/etc > > +cp -ar /etc/ld.so.conf* "$DESTDIR"/etc > > +ldconfig -r "$DESTDIR" || [[ $UID != "0" ]] && \ > > + echo "ldconfig might need uid=0 (root) for chroot()" >2 > [...] > > I think you mean >&2 not >2, right? good catch, fixed in git, but the ldconfig shouldn't be the game changer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Thu, Feb 10, 2011 at 02:30:54PM +0100, Benedikt Spranger wrote:
> Am Thu, 10 Feb 2011 11:06:35 +
> schrieb maximilian attems :
>
> > diff --git a/mkinitramfs b/mkinitramfs
>
> Two minor nits:
> 1) $DESTDIR should be set before using it.
> 2) "$DESTDIR"/etc should exist.
not enough coffee this morning right, was meant to be done
*after* depmod run, there both "nits" are ok, added in maks/lib
branch see
http://git.debian.org/?p=kernel/initramfs-tools.git;a=shortlog;h=refs/heads/maks/lib
> changed your patch to
> ---8<---
> --- mkinitramfs.orig2011-01-28 15:09:09.0 +0100
> +++ mkinitramfs 2011-02-10 12:32:14.335290358 +0100
> @@ -167,6 +167,12 @@
> DESTDIR="$(mktemp -d ${TMPDIR:-/tmp}/mkinitramfs_XX)" || exit 1
> chmod 755 "${DESTDIR}"
>
> +# make sure that library links are correct and up to date
> +mkdir -p "$DESTDIR"/etc
> +cp -ar /etc/ld.so.conf* "$DESTDIR"/etc
> +ldconfig -r "$DESTDIR" || [[ $UID != "0" ]] && \
> + echo "ldconfig might need uid=0 (root) for chroot()" >2
> +
> # do not execute cache_run_scripts() if mounted with noexec
> NOEXEC=""
> fs=$(df -P $DESTDIR | tail -1 | awk '{print $6}')
> ---8<---
>
> $ lsinitramfs /boot/initrd.img-2.6.32-5-686
> /boot/initrd.img-2.6.32-5-686
> .
> etc
> etc/ld.so.conf
> etc/ld.so.conf.d
> etc/ld.so.conf.d/i486-linux-gnu.conf
> etc/ld.so.conf.d/libc.conf
> etc/ld.so.cache
> etc/modprobe.d
> etc/modprobe.d/aliases.conf
> ...
>
> Sadly the generated initramfs has the same problem.
which would be what, can we have the error message please?
(if not possible to keep logging netconsole comes handy).
does lvm work (pvscan, vgscan, lvscan, ..)?
thank you
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Thu, Feb 10, 2011 at 11:48:57AM +0100, Benedikt Spranger wrote:
>
> Just to clarify. The libgcc_s.so.1 is working. The Bug-Report is about
> the library search path. mkinitramfs copies libgcc_s.so.1
> from /usr/local/lib to /usr/local/lib in the generated initramfs, which
> is not in the library search path. Therefor lvm stops working. The
> solution is very easy. Ignore /usr/local at all, or put /usr/local/lib
> it into the library search path. eglibc did this per default.
>
> for the files:
> > lsinitramfs /boot/path_to_broken_initramfs
[snipp]
> usr/local/lib
> usr/local/lib/libgcc_s.so.1
If you had take time to properly formulate your report, aboves would
have been clearer from message 1.
Please test belows untested patch, adding the lib search path for
homebrewn stuff and running full ldconfig on initramfs:
thank you.
diff --git a/mkinitramfs b/mkinitramfs
index 3a46a10..414a330 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -164,6 +164,11 @@ if [ ! -e "${MODULESDIR}/modules.dep" ]; then
depmod ${version}
fi
+# make sure that library links are correct and up to date
+cp -ar /etc/ld.so.conf* "$DESTDIR"/etc
+ldconfig -r "$DESTDIR" || [[ $UID != "0" ]] && \
+ echo "ldconfig might need uid=0 (root) for chroot()" >2
+
DESTDIR="$(mktemp -d ${TMPDIR:-/tmp}/mkinitramfs_XX)" || exit 1
chmod 755 "${DESTDIR}"
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
[ Again don't drop Cc on bug report ] On Thu, Feb 10, 2011 at 12:02:49AM +0100, Benedikt Spranger wrote: > Am Wed, 9 Feb 2011 21:39:00 + > schrieb maximilian attems : > > > You'd better check what you have localy compiled in /usr/local/lib > > and see that it gets out of the way for ldd. > # gcc --version > gcc (GCC) 4.6.0 20110112 (experimental) well, why does this end up in /usr/local, me gets confused, anyway there are newer packages around afais: gcc-4.6 | 4.6-20110125-1 | experimental | source, amd64, armel, i386, ia64, mips, s390 > This bug and the default update all initramfs with no backup hits me > really hard. So it did work at some point? That is an info you didn't tell yet. You can easily tell it to do backups in /etc/initramfs-tools/initramfs.conf anyway why don't you keep another kernel around? Running unstable one should be able to debug one own's box, that's the rule. It is working well for thousands other, no idea yet what goes wrong here. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
[ Keep the bugreport on Cc, this is *not* a private communication and maybe easily lost there, thank you. ] On Wed, Feb 09, 2011 at 11:41:58PM +0100, Benedikt Spranger wrote: > # md5sum /sbin/lvm > a61f4ebc4f34d2f973925bd5e06bc269 /sbin/lvm > # ldd /sbin/lvm > linux-gate.so.1 => (0xb774f000) > libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7728000) > libreadline.so.5 => /lib/libreadline.so.5 (0xb76f5000) > libdevmapper.so.1.02.1 => /lib/libdevmapper.so.1.02.1 > (0xb76d2000) libudev.so.0 => /lib/libudev.so.0 (0xb76c4000) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb757e000) > /lib/ld-linux.so.2 (0xb775) > libncurses.so.5 => /lib/libncurses.so.5 (0xb7544000) > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0xb7527000) > libselinux.so.1 => /lib/libselinux.so.1 (0xb750b000) hmm right forgot to check 32 bit legacy, well there the line is similar, but libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7595000) what is your cat /etc/ld.so.conf /etc/ld.so.conf.d/*.conf > > No libgcc also seen in any of the initramfs around. > Thats bad. See above. libgcc_s.so.1 is needed. well the question is why do you have a non working libgcc in /usr/local/lib ?? > > mkinitramfs would be misbehaving here, this can be closed soon. > I hope the output above can clarify. Nope, your report is still missing a lot, like lsinitramfs /boot/path_to_broken_initramfs and the output of sh -x /usr/sbin/mkinitramfs -o /tmp/fooo to backup the claims. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
On Wed, Feb 09, 2011 at 05:29:07PM +0100, Benedikt Spranger wrote: > Package: initramfs-tools > > Version: 0.98.8 > > Severity: grave > hmmm, severe misinterpretation. > mkinitramfs copies libgcc_s.so from /usr/local/lib into the > initramfs. After a reboot lvm charge about a missing library > (libgcc_s.so) and failed to start. Due to an update all initramfs images > went broken. Please ignore /usr/local/ at all, or add /usr/local/lib to > the library search path. > most likely your box is broken, the lvm from Debian I am looking at does certainly not depend on libgcc: $ ldd /sbin/lvm linux-vdso.so.1 => (0x7fff9d1ff000) libdl.so.2 => /lib/libdl.so.2 (0x7fbcdaa77000) libreadline.so.5 => /lib/libreadline.so.5 (0x7fbcda837000) libdevmapper.so.1.02.1 => /lib/libdevmapper.so.1.02.1 (0x7fbcda614000) libudev.so.0 => /lib/libudev.so.0 (0x7fbcda406000) libc.so.6 => /lib/libc.so.6 (0x7fbcda0a5000) /lib64/ld-linux-x86-64.so.2 (0x7fbcdac9d000) libncurses.so.5 => /lib/libncurses.so.5 (0x7fbcd9e5e000) libselinux.so.1 => /lib/libselinux.so.1 (0x7fbcd9c4) You'd better check what you have localy compiled in /usr/local/lib and see that it gets out of the way for ldd. No libgcc also seen in any of the initramfs around. Unless this bug report gets backed up with real data on why mkinitramfs would be misbehaving here, this can be closed soon. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605090: Updated patch
On Thu, 27 Jan 2011, Yves-Alexis Perez wrote: > On jeu., 2011-01-27 at 00:29 +0100, maximilian attems wrote: > > On Tue, 18 Jan 2011, Yves-Alexis Perez wrote: > > > > > > > > Kernel team, what do you think? Could the patches be merged against > > > trunk? Config might still need some reviewing but that can be done once > > > people start testing the packages. > > > > What follows is my personal view, in short what I miss most is an > > assessement of the involved cost of this specific "feature" branch. > > I follow both 2.6.32 (“stable”) and 2.6.36 then 2.6.37 (“test”) releases > since few weeks, integrating them to the linux-2.6 (sid and trunk) > source packages. There's an rss feed with a changelog which I use to see > what changed and apply the debian diff (which is about removing the > “localpart” in 2.6.37 and removing the security bugfixes in 2.6.32). > Right now I'm doing it manually (applying against a tree after > debian/rules source and fixing the rej) and intend to switch to git when > the migration is done. For 2.6.37 it's immediate, for 2.6.32 it's a bit > longer since I need to do the removal part. Then there is the testing. > Nothing really specific there. "Removing the security bugfixes", that doesn't sound like a good roead to go. > > first of all merging a patch that deviates from mainline for an > > eternety and shows zero interest of upstream merging is not a > > good candidate. You get longterm plenty of cost versus allmost > > no benefit. > > There's no interest in upstreaming from grsec/pax teams but some other > people are indeed interested in upstreaming those kind of features. In > the meantime, having a featureset is a nice way to move along. That is a wrong look at the problem, once it's upstream everybody profits. So this looks more like a dead end road. > > I'm quite unsure that this patch benefits Debian. > > A lot of Debian users build their own kernels for integrating grsecurity > patch and I really think they would be interested in having it directly > in the distribution. Though it's not exactly the same situation > (especially wrt. the config) I think Gentoo Hardened kernel is really > appreciated. Professional as well a personal people do use it daily > because it's critical in their work. If we can provide them a package I > think they'll be grateful. Hmm Openvz was once scheduled to be merged mainline and back then people were actively workin on it. We are dropping it as mainline has a very interesting alternative. Considering that SELinux is inside the kernel it be much better time investment to polish that. What makes you think that a Debian Hardened with proper SELinux wouldn't be really appreciated!? > > Third beside "security" theatre what is gained by it? > > I think the whole point of the “Grsecurity” patchset is “security”. I like the way you put it under brackets and think that security is gained by just applying this patchset. > > Fourth why not invest the time for Wheezy and have finally the mainline > > and security backed SELinux ready. This seems like a much better time > > investment. > > Trying to push some bits upstream is indeed a good time investment > (though it takes time and I really think moving forward now is a good > idea). But Grsecurity isn't a drop-in replacement for SELinux. Some > features like RBAC and auditing have some similarities, but all the > hardening and memory protection really have nothing to do with that. Be more precise in what SELinux can't do for you? (Emulating NX for bad hardware doesn't count these days). > > Fifth the ninties are over, an upstream that still doesn't use an VSC > > seems very untrustworthy. > > I didn't say anything about upstream VCS usage. Indeed it'd be nice to > have a repository available for users and I'm sure openvz and vserver > patchsets maintainers would agree. Been there and we are leaving both. Happy hacking -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612300: linux-image-2.6.32-5-686: USB devices can't wakeup the system
On Mon, Feb 07, 2011 at 05:48:25PM +0100, Adam Sloboda wrote: > > The regression was introduced in 2.6.32-29 Right changelog has it: * USB: Retain device power/wakeup setting across reconfiguration; don't enable remote wakeup by default (Closes: #605246) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612300: linux-image-2.6.32-5-686: USB devices can't wakeup the system
On Mon, Feb 07, 2011 at 05:24:43PM +0100, Adam Sloboda wrote: > At Mon, 7 Feb 2011 16:06:14 +, > maximilian attems wrote: > > > > > > There is no other version in the apt repository, I have nothing to > > > test. I was very lucky to find this package on my laptop. > > > > There were *many* changes since, use http://snapshot.debian.org/ > > Sure, I am not disputing that. But where are the packages? Use aboves link put "linux-2.6" as source and download. see http://snapshot.debian.org/package/linux-2.6/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612300: linux-image-2.6.32-5-686: USB devices can't wakeup the system
On Mon, Feb 07, 2011 at 04:14:18PM +0100, Adam Sloboda wrote: > At Mon, 7 Feb 2011 14:58:14 +, > maximilian attems wrote: > > > > On Mon, Feb 07, 2011 at 03:24:06PM +0100, Adam Sloboda wrote: > > > Package: linux-2.6 > > > Version: 2.6.32-30 > > > Severity: important > > > Tags: upstream > > > > > > > > > After upgrade to squeeze I can't wake up the PC anymore with USB > > > dongle (remote control) and probably the same thing applies to UPS > > > backup. It's nVidia ION based motherboard. > > > > > > /proc/acpi/wakeup is properly configured: > > > USB0S4 enabled pci::00:04.0 > > > > > > I can confirm that it works properly when I revert back to this package: > > > linux-image-2.6.32-5-686_2.6.32-18_i386.deb > > > > > > Regards, > > > Adam > > > > this is old, could you try to track down to a more specific version. > > > > Thank you. > > There is no other version in the apt repository, I have nothing to > test. I was very lucky to find this package on my laptop. There were *many* changes since, use http://snapshot.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612300: linux-image-2.6.32-5-686: USB devices can't wakeup the system
On Mon, Feb 07, 2011 at 03:24:06PM +0100, Adam Sloboda wrote: > Package: linux-2.6 > Version: 2.6.32-30 > Severity: important > Tags: upstream > > > After upgrade to squeeze I can't wake up the PC anymore with USB > dongle (remote control) and probably the same thing applies to UPS > backup. It's nVidia ION based motherboard. > > /proc/acpi/wakeup is properly configured: > USB0S4 enabled pci::00:04.0 > > I can confirm that it works properly when I revert back to this package: > linux-image-2.6.32-5-686_2.6.32-18_i386.deb > > Regards, > Adam this is old, could you try to track down to a more specific version. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611555: initramfs-tools: Modules needed for btrfs not included in initramfs
On Sun, Jan 30, 2011 at 06:22:31PM +0100, Julian Andres Klode wrote: > Package: initramfs-tools > Version: 0.98.8 > Severity: important > > The btrfs module depends on libcrc32c which requires a crc32c > provider like crc32c, but does not specify it in depends; and > the module is thus not included. The result is that if you > choose to install with / formatted as btrfs, the installation > is not able to boot. > > A possible solution is to include the crc32c module whenever > a module requests libcrc32c. dude recheck your initramfs generated with aboves i-t version. lsinitramfs comes handy for that. (; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#334917: [PATCH] Re: klibc barfs on m68k syscall interface
On Sat, Jan 29, 2011 at 04:18:21PM +, Thorsten Glaser wrote: > > I’ve fixed the m68k syscall of klibc and made it able to use > six-argument syscalls like mmap2. However, I could not yet > fully test it (only mostly; opendir() specifically fails) due > to: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533 well ok thanks for the effort, but please really do use git. The klibc git repo is at http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary git clone it and work away. > +--- klibc-1.5.21.orig/usr/klibc/arch/m68k/syscall.S 2011-01-29 > 13:28:39.0 +0100 > klibc-1.5.21/usr/klibc/arch/m68k/syscall.S 2011-01-29 > 15:47:09.0 +0100 > +@@ -11,17 +11,47 @@ > + .globl __syscall_common > + .type __syscall_common, @function > + __syscall_common: > +-movem.l %d2-%d6, -(%sp) /* 5 registers saved */ > +-movem.l 24(%sp), %d1-%d6 > ++#if 0 > ++/* debugging: define "int32_t last_syscall;" in your code... */ > ++move.l %d0, (last_syscall) /* to see which is actually run */ > ++#endif please no no ugly ifdefs. > ++/* > ++ * According to eglibc, separate moves are faster than movem; > ++ * speed is important and this code is not duplicated anyway, > ++ * so we do the same here. We use %a1 as scratch register for > ++ * saving; syscall arguments are to be in %d1 to %d5 and %a0. > ++ */ > ++move.l 24(%sp), %a0/* orig.sp+24: arg 6 */ > ++move.l %d5, -(%sp) /* push d5 (callee saved) */ > ++move.l 24(%sp), %d5/* orig.sp+20: arg 5 */ > ++move.l %d4, -(%sp) /* push d4 (callee saved) */ > ++move.l 24(%sp), %d4/* orig.sp+16: arg 4 */ > ++move.l %d3, -(%sp) /* push d3 (callee saved) */ > ++move.l 24(%sp), %d3/* orig.sp+12: arg 3 */ > ++move.l %d2, %a1/* save d2 (callee saved) in a1 */ > ++move.l 20(%sp), %d2/* orig.sp+8: arg 2 */ > ++move.l 16(%sp), %d1/* orig.sp+4: arg 1 */ > + trap#0 > +-cmpi.l #-4095, %d0 > +-blt.l 1f > ++move.l %a1, %d2/* restore d2 from a1 (scratch) */ > ++move.l (%sp)+, %d3 /* pop d3..d5, see above */ > ++move.l (%sp)+, %d4 > ++move.l (%sp)+, %d5 > ++ > ++/* syscall is done, result in %d0, registers are restored */ > ++.globl __syscall_checkandout > ++__syscall_checkandout: > ++/* now check for error */ > ++cmp.l #-4095, %d0 > ++bcs.l 1f /* jmp short if _not_ error */ > ++ > ++/* prepare for error return */ > + neg.l %d0 > + move.l %d0, (errno) > +-moveq #-1, %d0 > +-1: > +-movea.l %d0, %a0/* Redundant return */ > +-movem.l (%sp)+, %d2-%d6 /* Restore registers */ > ++move.l #-1, %d0 > ++/* fallthrough to common return path */ > ++ > ++1: /* copy return value to %a0 for syscalls returning pointers */ > ++move.l %d0, %a0 > + rts > + > + .size __syscall_common,.-__syscall_common sorry but impossible to review as a patch in a patch, please use format-patch. > +Index: klibc-1.5.21/usr/klibc/README.klibc > +=== > +--- klibc-1.5.21.orig/usr/klibc/README.klibc 2011-01-29 14:49:53.0 > +0100 > klibc-1.5.21/usr/klibc/README.klibc 2011-01-29 14:53:57.0 > +0100 > +@@ -44,7 +44,7 @@ > +i386: Working > +ia64: Working static, shared untested > +m32r: Untested > +- m68k: Untested > ++ m68k: Working > +m68knommu:Not yet ported > +mips: Working > +mips64: Not yet ported not according your message and up to the maintainer, please. > +Index: klibc-1.5.21/usr/klibc/arch/m68k/vfork.S > +=== > +--- klibc-1.5.21.orig/usr/klibc/arch/m68k/vfork.S2011-01-29 > 14:47:11.0 +0100 > klibc-1.5.21/usr/klibc/arch/m68k/vfork.S 2011-01-29 15:28:51.0 > +0100 > +@@ -15,14 +15,9 @@ > + move.l (%sp)+, %d1 /* Return address */ > + move.l # __NR_vfork, %d0 > + trap#0 > +-move.l %d1, -(%sp) > +-cmpi.l #-4095, %d0 > +-blt.l 1f > +-neg.l %d0 > +-move.l %d0, (errno) > +-moveq #-1, %d0 > +-1: > +-movea.l %d0, %a0 > +-rts > ++move.l %d1, -(%sp) /* restore stack */ > ++ > ++/* common code from syscall.S */ > ++bra __syscall_checkandout > + > + .size vfork, .-vfork same critique here, please work against git. I don't take arch specific patches in Debian unless there is no way around, so please repost the patches considering aboves critiques. thanks. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611454: Dangling symlinks overwriting orte-checkpoint and orte-restart
Package: openmpi-checkpoint Version: 1.4.2-4 Severity: important The commands are both self referential: lrwxrwxrwx 1 mattems mattems 15 Jan 7 15:04 ompi-checkpoint -> orte-checkpoint lrwxrwxrwx 1 mattems mattems 12 Jan 7 15:04 ompi-restart -> orte-restart lrwxrwxrwx 1 mattems mattems 15 Jan 7 15:04 orte-checkpoint -> ompi-checkpoint lrwxrwxrwx 1 mattems mattems 12 Jan 7 15:04 orte-restart -> ompi-restart At a quick look debian/openmpi-checkpoint.links is wrong. thanks -- maks -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-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 Versions of packages openmpi-checkpoint depends on: ii blcr-util 0.8.2-15 Userspace tools to Checkpoint and ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcr00.8.2-15 Libraries to Checkpoint and Restar ii openmpi-bin 1.4.2-4high performance message passing l openmpi-checkpoint recommends no packages. openmpi-checkpoint suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584714: btrfs-tools might do too much in initramfs images
On Sat, 22 Jan 2011, Christoph Anton Mitterer wrote: > On Fri, 2011-01-21 at 07:49 +1100, Martin Michlmayr wrote: > > I agree with this bug report that > > /usr/share/initramfs-tools/modules.d/btrfs should be removed. > Simply removing is not a solution,... as it breaks any setups that use > btrfs on devices required to boot. "initramfs-tools: Handle hidden dependency of libcrc32c on crc32c" landed in unstable and is scheduled for squeeze, any progress from your part nuking that file? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
