Bug#391867: port is slow to respond on computer with SATA disk
* David Lazar wrote: Same problem here, running linux-image-2.6.18-3-686 (version 2.6.18-7) on a Dell Optiplex GX620. Could you please try if the kernel from http://people.debian.org/~nobse/kernel/linux-2.6/i386/ fixes this problem? If it works for you, I'm going to add this patch to 2.6.18-9. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
Hi Frederik, On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: I would like to schedule the upload of the next linux-2.6 2.6.18 version, with the following changes: 1. new vserver patch, breaks ABI 2. new Xen patch 3. Activate PAE on i386 Xen subarch, breaks ABI 4. arm changes 5. 2.6.18.5 ABI breaking patch (Honour source routing for LVS-NAT) This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. If these were the only ABI changes to go in, I would certainly advise making the change *without* changing the package names, because I don't think the work involved would be justified, and it would almost certainly delay the release. Which means that under those circumstances, I would also suggest not adding the 2.6.18.5 ABI-breaking patch for etch. I know these suggestions aren't going to please everyone, but having distinguishing package names for *unreleased* ABI changes is not RC, and the difference between the two paths will be significant for getting d-i RC2 released quickly so that we can push on with the release. 2 more things are outstanding: 1. a new orig.tar.gz without undistributable firmwares, in order to satisfy the recent GR on this issue 2. amd64 kernels for i386 Glad to know that these are still on your radar. :) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
On Fri, Dec 15, 2006 at 11:32:54PM +0100, Moritz Muehlenhoff wrote: Frederik Schueler wrote: If you have any last minute changes which are that important they cannot=20 wait for the first point release kernel, please list them here so we can discuss them. The 2.6.18.6 stable series patches posted by Chris include some fixes we should include: - fixes data corruption with dm-crypt on RAID - fixes bcm43xx retransmits (IIRC there's an RC bug for this) Is this fixed already in the -8 upload or not? The changelog mentions that 2.6.18.5 includes a bcm43xx fix: - bcm43xx: Drain TX status before starting IRQs Is that not the same bug? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
Hi Sven, On Sun, Dec 17, 2006 at 01:53:36PM +0100, Sven Luther wrote: Why is loop-aes not part of the official module packages ? Mostly because we have not yet found the time to complete the integration. Note that the package uses linux-support-$KVERS, so it is already easy to rebuild for ABI changes. I hope to start work on full integration sometime during the next weeks. Most of the required changes have already been done, so there should not be much left. One property I'd like to keep is a dependency of the modules on required userspace tools, which IIRC was not possible yet with l-m-e last time I looked. Anyways, I hope to have a closer look and write to -kernel about this as soon as I get around to it. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
Hi all, On Sun, Dec 17, 2006 at 02:43:57AM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. Actually, quite a few modules packages are being built for the vserver and xen flavours : main: spca5xx (linux-modules-extra-2.6) redhat-cluster (linux-modules-extra-2.6) squashfs(linux-modules-extra-2.6) loop-aes(loop-aes) contrib: ipw2100 (linux-modules-contrib-2.6) ipw2200 (linux-modules-contrib-2.6) ipw3945 (linux-modules-contrib-2.6) non-free: kqemu (linux-modules-nonfree-2.6) Unless I missed some, I think this concerns four source packages. I'm not sure if it would be possible to binNMU / force rebuild of those, but since linux-modules-* are maintained by the kernel team and loop-aes by myself, I think we could react quickly and rebuild them via normal sourceful uploads as well. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
On Sun, Dec 17, 2006 at 01:53:03PM +0100, Max Vozeler wrote: Hi all, On Sun, Dec 17, 2006 at 02:43:57AM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. Actually, quite a few modules packages are being built for the vserver and xen flavours : main: spca5xx (linux-modules-extra-2.6) redhat-cluster (linux-modules-extra-2.6) squashfs(linux-modules-extra-2.6) loop-aes(loop-aes) contrib: ipw2100 (linux-modules-contrib-2.6) ipw2200 (linux-modules-contrib-2.6) ipw3945 (linux-modules-contrib-2.6) non-free: kqemu (linux-modules-nonfree-2.6) Unless I missed some, I think this concerns four source packages. I'm not sure if it would be possible to binNMU / force rebuild of those, but since linux-modules-* are maintained by the kernel team and loop-aes by myself, I think we could react quickly and rebuild them via normal sourceful uploads as well. Why is loop-aes not part of the official module packages ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-image-2.4.27-i386_2.4.27-10sarge5_i386+source.changes
kernel-image-2.4.27-i386_2.4.27-10sarge5_i386+source.changes uploaded successfully to localhost along with the files: kernel-headers-2.4.27-3-686-smp_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-386_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-686-smp_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-k6_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-k7_2.4.27-10sarge5_i386.deb kernel-pcmcia-modules-2.4.27-3-686-smp_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-k7_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-k7-smp_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-386_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-686_2.4.27-10sarge5_i386.deb kernel-pcmcia-modules-2.4.27-3-k7_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-i386_2.4.27-10sarge5.tar.gz kernel-pcmcia-modules-2.4.27-3-k7-smp_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-k6_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-i386_2.4.27-10sarge5.dsc kernel-pcmcia-modules-2.4.27-3-386_2.4.27-10sarge5_i386.deb kernel-pcmcia-modules-2.4.27-3-k6_2.4.27-10sarge5_i386.deb kernel-pcmcia-modules-2.4.27-3-686_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-586tsc_2.4.27-10sarge5_i386.deb kernel-pcmcia-modules-2.4.27-3-586tsc_2.4.27-10sarge5_i386.deb kernel-build-2.4.27-3_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-686_2.4.27-10sarge5_i386.deb kernel-headers-2.4.27-3-k7-smp_2.4.27-10sarge5_i386.deb kernel-image-2.4.27-3-586tsc_2.4.27-10sarge5_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-image-2.4.27-alpha_2.4.27-10sarge5_alpha+source.changes
kernel-image-2.4.27-alpha_2.4.27-10sarge5_alpha+source.changes uploaded successfully to localhost along with the files: kernel-headers-2.4.27-3-smp_2.4.27-10sarge5_alpha.deb kernel-image-2.4.27-alpha_2.4.27-10sarge5.tar.gz kernel-build-2.4.27-3_2.4.27-10sarge5_alpha.deb kernel-image-2.4.27-alpha_2.4.27-10sarge5.dsc kernel-image-2.4.27-3-smp_2.4.27-10sarge5_alpha.deb kernel-headers-2.4.27-3-generic_2.4.27-10sarge5_alpha.deb kernel-headers-2.4.27-3_2.4.27-10sarge5_alpha.deb kernel-image-2.4.27-3-generic_2.4.27-10sarge5_alpha.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-image-2.4.27-sparc_2.4.27-9sarge5_sparc+source.changes
kernel-image-2.4.27-sparc_2.4.27-9sarge5_sparc+source.changes uploaded successfully to localhost along with the files: kernel-image-2.4.27-3-sparc32_2.4.27-9sarge5_sparc.deb kernel-build-2.4.27-3_2.4.27-9sarge5_sparc.deb kernel-headers-2.4.27-3-sparc32_2.4.27-9sarge5_sparc.deb kernel-image-2.4.27-sparc_2.4.27-9sarge5.dsc kernel-image-2.4.27-3-sparc32-smp_2.4.27-9sarge5_sparc.deb kernel-headers-2.4.27-3-sparc64-smp_2.4.27-9sarge5_sparc.deb kernel-image-2.4.27-3-sparc64_2.4.27-9sarge5_sparc.deb kernel-image-2.4.27-3-sparc64-smp_2.4.27-9sarge5_sparc.deb kernel-image-2.4.27-sparc_2.4.27-9sarge5.tar.gz kernel-headers-2.4.27-3_2.4.27-9sarge5_sparc.deb kernel-headers-2.4.27-3-sparc64_2.4.27-9sarge5_sparc.deb kernel-headers-2.4.27-3-sparc32-smp_2.4.27-9sarge5_sparc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-image-2.4.27-ia64_2.4.27-10sarge5_ia64+source.changes
kernel-image-2.4.27-ia64_2.4.27-10sarge5_ia64+source.changes uploaded successfully to localhost along with the files: kernel-image-2.4-mckinley_2.4.27-10sarge5_ia64.deb kernel-image-2.4-mckinley-smp_2.4.27-10sarge5_ia64.deb kernel-image-2.4.27-3-mckinley_2.4.27-10sarge5_ia64.deb kernel-headers-2.4.27-3-itanium-smp_2.4.27-10sarge5_ia64.deb kernel-headers-2.4.27-3-itanium_2.4.27-10sarge5_ia64.deb kernel-headers-2.4.27-3-mckinley_2.4.27-10sarge5_ia64.deb kernel-image-2.4-itanium_2.4.27-10sarge5_ia64.deb kernel-image-2.4.27-3-itanium-smp_2.4.27-10sarge5_ia64.deb kernel-image-2.4-itanium-smp_2.4.27-10sarge5_ia64.deb kernel-build-2.4.27-3_2.4.27-10sarge5_ia64.deb kernel-headers-2.4.27-3_2.4.27-10sarge5_ia64.deb kernel-image-2.4.27-ia64_2.4.27-10sarge5.dsc kernel-image-2.4.27-3-itanium_2.4.27-10sarge5_ia64.deb kernel-image-2.4.27-ia64_2.4.27-10sarge5.tar.gz kernel-headers-2.4.27-3-mckinley-smp_2.4.27-10sarge5_ia64.deb kernel-image-2.4.27-3-mckinley-smp_2.4.27-10sarge5_ia64.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-patch-2.4.27-mips_2.4.27-10.sarge4.040815-2_i386+source.changes
kernel-patch-2.4.27-mips_2.4.27-10.sarge4.040815-2_i386+source.changes uploaded successfully to localhost along with the files: mips-tools_2.4.27-10.sarge4.040815-2_i386.deb kernel-patch-2.4.27-mips_2.4.27-10.sarge4.040815-2.tar.gz kernel-patch-2.4.27-mips_2.4.27-10.sarge4.040815-2.dsc Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-patch-powerpc-2.4.27_2.4.27-10sarge5_powerpc.changes
kernel-patch-powerpc-2.4.27_2.4.27-10sarge5_powerpc.changes uploaded successfully to localhost along with the files: kernel-patch-2.4.27-apus_2.4.27-10sarge5_powerpc.deb kernel-headers-2.4.27-apus_2.4.27-10sarge5_powerpc.deb kernel-image-2.4.27-apus_2.4.27-10sarge5_powerpc.deb kernel-build-2.4.27-apus_2.4.27-10sarge5_powerpc.deb kernel-patch-2.4.27-nubus_2.4.27-10sarge5_powerpc.deb kernel-headers-2.4.27-nubus_2.4.27-10sarge5_powerpc.deb kernel-image-2.4.27-nubus_2.4.27-10sarge5_powerpc.deb kernel-build-2.4.27-nubus_2.4.27-10sarge5_powerpc.deb kernel-patch-2.4.27-powerpc_2.4.27-10sarge5_powerpc.deb kernel-headers-2.4.27-powerpc_2.4.27-10sarge5_powerpc.deb kernel-image-2.4.27-powerpc_2.4.27-10sarge5_powerpc.deb kernel-build-2.4.27-powerpc_2.4.27-10sarge5_powerpc.deb kernel-image-2.4.27-powerpc-smp_2.4.27-10sarge5_powerpc.deb kernel-build-2.4.27-powerpc-smp_2.4.27-10sarge5_powerpc.deb kernel-image-2.4.27-powerpc-small_2.4.27-10sarge5_powerpc.deb kernel-build-2.4.27-powerpc-small_2.4.27-10sarge5_powerpc.deb kernel-patch-powerpc-2.4.27_2.4.27-10sarge5.dsc kernel-patch-powerpc-2.4.27_2.4.27-10sarge5.tar.gz Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-source-2.4.27_2.4.27-10sarge5_ia64.changes
kernel-source-2.4.27_2.4.27-10sarge5_ia64.changes uploaded successfully to localhost along with the files: kernel-source-2.4.27_2.4.27-10sarge5.dsc kernel-source-2.4.27_2.4.27-10sarge5.diff.gz kernel-patch-debian-2.4.27_2.4.27-10sarge5_all.deb kernel-doc-2.4.27_2.4.27-10sarge5_all.deb kernel-source-2.4.27_2.4.27-10sarge5_all.deb kernel-tree-2.4.27_2.4.27-10sarge5_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396185: sky2 freezes in 2.6.17-2-686. Maintainer confirms that it should be fixed in 2.6.19-git tree.
On Wed, Nov 29, 2006 at 08:29:48AM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: Here is link to discussion: http://marc.theaimsgroup.com/?l=linux-netdevm=116227512815783w=2 can you try the linux-image 2.6.18, they are in unstable and the etch release images. 2.6.18-1-686 kernel still allows to freeze sky2. Fix didn't go in until 2.6.18.2 fix is in the 2.6.18-2-686 linux image, you'd better update your test box. Just for clarification: there are at least two bugs described - one in the above link, and this new one. The former could only be fixed by reboot, the latter - by rmmod/modprobe sequence. The former had special info in dmesg, the latter does not. Hopefully they both are fixed in 2.6.18-2. I will set it up as soon as time permits (it is my main desktop, which is rarely turned off) and report if problem still persists. Bug still exists in 2.6.18-2 (package version 5). Can be 'fixed' by rmmod/modprobe sequence though. Is not easily reproducible. Bug with freeze also exists in 2.6.18-3 (package version 2.6.18-7) - no messages in dmesg, no interrupts. It is dual lan board with only one port being used. rmmod/modprobe sequence brings NIC back to working mode. -- Evgeniy Polyakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403405: video1394 broken on linux-image-2.6.18-3-686
Hi Waldi, On Sunday 17 December 2006 00:41, you wrote: severity 403405 important I believe the RMs want this issue marked as important to be able to track it... Such an output is quite clear with suspended devices: ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[8565af81] Can you tell me why the node is suspended? The exact same hardware doesn't show this behaviour when running the same steps (modprobe video1394; dvgrab) on sarge. regards, Holger pgpKvU49LFHfg.pgp Description: PGP signature
Re: Scheduling linux-2.6 2.6.18-9
Hi, On Saturday 16 December 2006 15:04, Norbert Tretkowski wrote: 1. new vserver patch, breaks ABI which version of the patch is it? 2.0.2.2-rc6 and 2.0.2.2-rc9 has a critical bug which causes kernel oops if there is other traffic while restarting vservers. http://svn.debian.org/wsvn/kernel/dists/sid/linux-2.6/debian/changelog?op=f ilerev=0sc=0 Thanks! (it's rc9) regards, Holger pgpgOMGlJObth.pgp Description: PGP signature
Re: Scheduling linux-2.6 2.6.18-9
* Norbert Tretkowski wrote: * Aneesh Kumar K.V wrote: http://userweb.kernel.org/~akpm/2.6.20-rc1-mm1/broken-out/alpha-increase-percpu_enough_room.patch It's on my TODO list for this weekend. This patch gets us back to the Relocation overflow problem, which was also reported by James Andrewartha on debian-alpha. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399847: linux-image-2.6.15-1-amd64-k8-smp: Oops in netatalk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francesco Potorti` wrote: Package: linux-image-2.6.15-1-amd64-k8-smp Version: 2.6.15-8 Severity: normal 2.6.15 was removed long ago. Please test with 2.6.18 from sid (the kernel planned for etch). If you can still reproduce this, open a new bug. I just got one more non fatal Oops yesterday (see below) with linux-image-2.6.18-3-amd64. I did not shut down the box, and I am still running it. You do use AppleTalk, right? Do you use AppleTalk routing? I mean, have you setup your Linux box to advertise (or participate in advertising) AppleTalk zones? If so, did the zones disappear after the crash? Did you experience other problems in your AppleTalk networking - like network IDs messed up? (I am describing the kind of problems that I have experienced myself but can't figure out if is related to that bug or not). Perhaps the problem is this one (fixed in 2.6.19-pre4): http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=201a95afaa324b23188eeec268f6bb0b4b70b710 It is very likely that this is the problem. It happens in exactly that function, and it is a NULL pointer dereferencing. I am happier now, because this means that the Oops is harmless. I don't have packages for AMD64, but if the problem persists with official i386 kernels, then please report back if it is solved by using one of the i386 packages available here: deb http://debian.jones.dk/ sid kernels If you want, I can download the sources and compile them for amd64. I only observe the problem on this box. I won't use your AMD compilation, but it would be great if you can confirm that the kernel fixes your problem. Beware that my unofficial package contains more than just that AppleTalk fix (see the changelog). You may want only that specific bugfix and not the other tweaks. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFhXdwn7DbMsAkQLgRAvhiAJ443UggCNFguZXND8wO0TGti/r7jQCfSHB1 lcd8t77dHyCLTPTmaUOcxNY= =+g8R -END PGP SIGNATURE-
Bug#399847: linux-image-2.6.15-1-amd64-k8-smp: Oops in netatalk
I just got one more non fatal Oops yesterday (see below) with linux-image-2.6.18-3-amd64. I did not shut down the box, and I am still running it. You do use AppleTalk, right? Yes. At least, I have it installed and I am connected to a network with Appletalk nodes. Do you use AppleTalk routing? I mean, have you setup your Linux box to advertise (or participate in advertising) AppleTalk zones? No, it should be a standard install. If so, did the zones disappear after the crash? Did you experience other problems in your AppleTalk networking - like network IDs messed up? In fact, I have it there, but I am not using it. Maybe I could also remove it. But yes, last time I tried to use it, it did not work and I had not the time to find out why. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403526: Description is uninformative
Package: linux-support-2.6.18-3 Version: 2.6.18-8 Severity: minor Package: linux-support-2.6.18-3 Source: linux-2.6 Description: Support files for Linux 2.6.18 This package provides support files for the Linux kernel build. After reading this, I still don't know what the package does. Could you extend the description such that it doesn't merely repeat the package name? Thanks, Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Processed: your mail
Processing commands for [EMAIL PROTECTED]: reopen 388350 = Bug#388350: Add USB eject patch from Ubuntu 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388350: Still problems with 2.6.18
I still have problems with this bug, using 2.6.18-3.686. The only new information I have is that if I eject it a very short time after connecting it, it works fine. After a few minutes, the same error: eject: unable to eject, last error: No such device shows up, regardless of one trying to eject from the commandline or nautilus. Thanks, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#387767: Installation Failure
Sven Luther wrote: On Wed, Nov 15, 2006 at 02:19:51AM -0600, Keith Parkansky wrote: FYI The new Debian Installer using the 2.6.17 kernel does NOT fix the CD drive problem that is covered by bug 387767. I just downloaded the Net Install image and tried to install from it and had the same problem. Please try it with the new 2.6.18 kernels, which are scheduled for the etch release, and should enter d-i soon. There where some CD related fixes which where applied recently. Friendly, Sven Luther Was etch frozen with 2.6.17 or 2.6.18 ? If frozen with 2.6.17, was this bug resolved some other way ? -- Keith Parkansky If being in a plane is flying, then riding in a boat is swimming. SKYDIVE! -- [EMAIL PROTECTED] http://www.parkansky.com http://www.aboutdebian.com http://www.goingtovegas.com http://www.goingtophilly.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.19, kernel-package problems and what are our plans for etch ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Luther wrote: Manoj's principal preocupacion is those user who build their own kernel, and the official kernel is only an after thought In my understanding kernel-package is intended as a _generic_ tool for Debian-packaging a Linux kernel, officially built or not. No use is favored, official or not. I don't think pointing the fingers about responsability will help in any way here, but more cooperacion on both sides would be helpful. I perfectly agree. So please don't ;-) Kind regards, - Jonas P.S. No privately cc'ed replies, please: I am subscribed to this list! - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFhbuMn7DbMsAkQLgRAsxSAKCfi6uO54ut/2vH410Zi7HlOgqjhgCfSBkp xbKX+8EAsFaGxhUhAs2eeXM= =LDHW -END PGP SIGNATURE-
Bug#403405: video1394 broken on linux-image-2.6.18-3-686
Hi bugs I've just come across this too. It is a regression between 2.6.18-1-686 and 2.6.18-3-686 in unstable. With 2.6.18-3-686 I get errors on loading raw1394 (and hence further errors when loading video1394). Running gscanbus or attempting to access /dev/video1394 causes a full kernel panic. The machine obviously is at risk of locking up completely once that happens and promptly does. 2.6.18-2-686 didn't die in the same way but also had problems leading to a kernel panic and full lockup. 2.6.18-1-686 works fine. Hope that little bit of information helps track down the problem. Cheers James -- James McCaw [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403479: linux-image-2.6.18-3-k7 lacks the tda9887.ko module
Package: linux-image Version: 2.6.18-3-k7 The package don't have the tda9887.ko module. There is no advice in any changelog from that package and in previous versions of the package the module was there. -- By -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403475: linux-image-2.6.18-3-k7 lacks grub as dependancy
Package: linux-image Version: 2.6.18-3-k7 If i try to install linux-image-2.6.18-3-k7 without grub installed then the installation reports an error because the package tryes to execute the script grub-update. I think if the kernel package executes that script always then grub must be a dependancy of the kernel-image packages. -- Salud. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: linux-image-2.6.18-3-ixp4xx: kernel corrupts LUKS partition header on arm NSLU2
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-12-17 02:52]: I just saw the discussion on #394392 mm/msync issue... this may be the same thing presumably strace changes the timing... Yes, I just wanted to ask you whether you can try to downgrade to http://snapshot.debian.net/archive/2006/11/24/debian/pool/main/l/linux-2.6/linux-image-2.6.18-2-ixp4xx_2.6.18-5_arm.deb to check if this kernel has the problem or not (the mm/sync patches got applied in -6). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: kernel
Processing commands for [EMAIL PROTECTED]: reassign 403475 linux-2.6 Bug#403475: linux-image-2.6.18-3-k7 lacks grub as dependancy Warning: Unknown package 'linux-image' Bug reassigned from package `linux-image' to `linux-2.6'. reassign 403479 linux-2.6 Bug#403479: linux-image-2.6.18-3-k7 lacks the tda9887.ko module Warning: Unknown package 'linux-image' Bug reassigned from package `linux-image' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388350: Ipod eject
Hi, Another thing I noticed with this bug is that when the eject fails (that is, if one waits around a few minutes before trying to eject), I get this in dmesg: usb 1-4: reset high speed USB device using ehci_hcd and address 6 while if I disconnect right away, and eject succeeds, nothing is printed to dmesg. Cheers, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334104: RFC: workaround for dmfe/tulip module problem
On Sat, 2006-12-16 at 11:30 -0800, Jurij Smakov wrote: On Fri, Dec 15, 2006 at 10:13:53PM +, Richard Mortimer wrote: Hi Jurij, Did you get around to building the mini-iso image? I'm happy to test when you have it ready. Hi Richard, Sorry for the delay. The mini.iso (5.4M) with the kernel modules which have the proposed patch incorporated is now available at: http://www.wooyd.org/debian/iso/ Hi Jurij, I started to test this and then realised that there is a small problem. The X1 doesn't have a cd drive so I cannot test it. Is there any chance of a netboot image. Thanks Richard -- Richard Mortimer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403559: kernel-image-2.6.8-3-686-smp: kernel BUG at mm/memory.c:1609
Package: kernel-image-2.6.8-3-686-smp Version: 2.6.8-16sarge6 Severity: important I encountered the following problem today: Dec 17 12:10:02 erst kernel: kernel BUG at mm/memory.c:1609! Dec 17 12:10:02 erst kernel: invalid operand: [#1] Dec 17 12:10:02 erst kernel: PREEMPT SMP Dec 17 12:10:02 erst kernel: Modules linked in: esp4 deflate zlib_deflate twofish serpent blowfish des sha256 sha1 crypto_null af_key ipt_REJECT ipt_LOG ip6table_filter ip6_tables iptable_filter ip_tables ip_gre reiserfs aes_i586 capability commoncap ipv6 ext3 jbd mbcache ide_generic dummy evdev parport_pc parport pcspkr piix ide_core shpchp pciehp pci_hotplug intel_agp agpgart genrtc loop eeprom lm85 i2c_sensor i2c_isa button battery ac uhci_hcd ehci_hcd usbcore hw_random i2c_i801 i2c_core e100 mii floppy sd_mod dm_crypt dm_mod ata_piix libata scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Dec 17 12:10:02 erst kernel: CPU:1 Dec 17 12:10:02 erst kernel: EIP:0060:[do_file_page+277/304]Not tainted Dec 17 12:10:02 erst kernel: EFLAGS: 00010246 (2.6.8-3-686-smp) Dec 17 12:10:02 erst kernel: EIP is at do_file_page+0x115/0x130 Dec 17 12:10:02 erst kernel: eax: cc20ac08 ebx: c21c7954 ecx: e27ea080 edx: Dec 17 12:10:02 erst kernel: esi: edi: 083024b0 ebp: f7515580 esp: d4f55eb4 Dec 17 12:10:02 erst kernel: ds: 007b es: 007b ss: 0068 Dec 17 12:10:02 erst kernel: Process mrtg (pid: 11542, threadinfo=d4f54000 task=d5b61310) Dec 17 12:10:02 erst kernel: Stack: f7515580 c014df7e c1184140 0c08 e27ea080 0203 e27ea080 Dec 17 12:10:02 erst kernel:f7515580 083024b0 c0150656 f7515580 c21c7954 083024b0 cc20ac08 Dec 17 12:10:02 erst kernel:e27ea080 d5b607d0 f7515580 f75155a0 c21c7954 d5b61310 c0118e8c f7515580 Dec 17 12:10:02 erst kernel: Call Trace: Dec 17 12:10:02 erst kernel: [pte_alloc_map+174/256] pte_alloc_map+0xae/0x100 Dec 17 12:10:02 erst kernel: [handle_mm_fault+166/464] handle_mm_fault+0xa6/0x1d0 Dec 17 12:10:02 erst kernel: [do_page_fault+860/1390] do_page_fault+0x35c/0x56e Dec 17 12:10:02 erst kernel: [copy_from_user+66/112] copy_from_user+0x42/0x70 Dec 17 12:10:02 erst kernel: [sys_rt_sigaction+135/192] sys_rt_sigaction+0x87/0xc0 Dec 17 12:10:02 erst kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20 Dec 17 12:10:02 erst kernel: [do_gettimeofday+32/192] do_gettimeofday+0x20/0xc0 Dec 17 12:10:02 erst kernel: [do_page_fault+0/1390] do_page_fault+0x0/0x56e Dec 17 12:10:02 erst kernel: [error_code+45/56] error_code+0x2d/0x38 Dec 17 12:10:02 erst kernel: Code: 0f 0b 49 06 c5 33 2b c0 e9 1e ff ff ff 8d b4 26 00 00 00 00 Dec 17 12:10:02 erst kernel: 6note: mrtg[11542] exited with preempt_count 1 This was followed later by: Dec 17 13:26:13 erst kernel: dst cache overflow Dec 17 13:26:18 erst kernel: printk: 50 messages suppressed. Dec 17 13:26:18 erst kernel: dst cache overflow Dec 17 13:26:23 erst kernel: printk: 69 messages suppressed. Dec 17 13:26:23 erst kernel: dst cache overflow Dec 17 13:26:28 erst kernel: printk: 47 messages suppressed. Dec 17 13:26:28 erst kernel: dst cache overflow Dec 17 13:26:33 erst kernel: printk: 64 messages suppressed. Dec 17 13:26:33 erst kernel: dst cache overflow Dec 17 13:26:38 erst kernel: printk: 47 messages suppressed. ... ad infinitum, until the system had to be rebooted due to being unresponsive to the network. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-image-2.6.8-3-686-smp depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403364: SunBlade 150 problems - can anyone confirm?
On Sat, 16 Dec 2006 11:01:07 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: I don't remember anyone reporting problems with xorg on these machines, it would be very valuable information if you could try it and report back. Ok, thanks; I did, and xorg is working fine. You have to set Option ReferenceClock29.500MHz in the Device section of your xorg.conf though (this seems known information). Also, apart from video=atyfb:off I gave the kernel a ide=nodma parameter because it complained about DMA timeouts soon after booting. (This, too, seems a known issue. Line added to my silo.conf: append=video=atyfb:off ide=nodma) Afterwards I installed hdparm and found that UDMA3 is the fastest mode in that the kernel does not complain (so far, at least). I made this permanent by setting hdparm_opts=-d1 -X udma3 in /etc/default/hdparm. Maybe this is useful to the next guy installing Etch (or some other post-2.6.16 kernel) on a Blade 150 (or 100). Thanks to everyone, - Thomas -- /* PGP key auf Wunsch per e-mail || PGP key sent on request */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396185: similar issues with sky2
Hi, I'm having similar problems with the sky2 driver. We've been avoiding the builtin drivers from the packaged kernels in stable for a while, but we're now using the backports (2.6.17 from backports.org), and we (unvoluntarly) have started using the sky2 module. Traffic on the NIC is usually low, so everything worked pretty well, until I had to rsync data over the wire, at which point everything went black. The NIC was still there, but traffic wasn't going through (can't ping the machine's own IP). I couldn't find error messages in the dmesg or the kernel log. I don't have the courage to upgrade to the 2.6.18 kernel since this is a production machine and I need to resolve this issue very quickly. I apologize for not having a test machine for doing this.. We're putting a new infrastructure live tomorrow and can't afford uncertainty at this point... We've reverted to using the manufacturer's driver at this point: http://www.marvell.com/drivers/driverDisplay.do?dId=153pId=36 :04:00.0 Ethernet controller: Marvell Technology Group Ltd.: Unknown device 4361 (rev 18) Subsystem: Intel Corp.: Unknown device 3452 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0, Cache Line Size: 0x10 (64 bytes) Interrupt: pin A routed to IRQ 177 Region 0: Memory at ff72 (64-bit, non-prefetchable) [size=16K] Region 2: I/O ports at a800 [size=256] Expansion ROM at ff70 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Capabilities: [5c] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: fee0 Data: 4042 Capabilities: [e0] #10 [0011] 00: ab 11 61 43 07 01 10 00 18 00 00 02 10 00 00 00 10: 04 00 72 ff 00 00 00 00 01 a8 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 52 34 30: 00 00 70 ff 48 00 00 00 00 00 00 00 0a 01 00 00 signature.asc Description: Digital signature
Re: 2.6.19, kernel-package problems and what are our plans for etch ...
On Sun, 17 Dec 2006 22:50:04 +0100, Jonas Smedegaard [EMAIL PROTECTED] said: Sven Luther wrote: Manoj's principal preocupacion is those user who build their own kernel, and the official kernel is only an after thought This is a egregious mischaracterization of my stance. In my understanding kernel-package is intended as a _generic_ tool for Debian-packaging a Linux kernel, officially built or not. No use is favored, official or not. This is indeed my stance. manoj -- When the going gets tough, the tough get empirical. Jon Carroll Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.19, kernel-package problems and what are our plans for etch ...
On Mon, Dec 18, 2006 at 12:30:28AM -0600, Manoj Srivastava wrote: On Sun, 17 Dec 2006 22:50:04 +0100, Jonas Smedegaard [EMAIL PROTECTED] said: Sven Luther wrote: Manoj's principal preocupacion is those user who build their own kernel, and the official kernel is only an after thought This is a egregious mischaracterization of my stance. Well, this may not be your stances, but you have in the past strongly communicated that way. Go look for the web archive of your post of this past year if you don't believe me. Now, all i was saying, is that everyone would benefit if you worked more closely with the kernel team, and in the same way, if Bastian was more open, and if ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402762: debian-installer dosen't detect Broadcom BCM5704 Gigabit LAN
Hallo, is there any chance of fixing this before stable release? Or is it able to force installer somehow to detect the NIC? Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#387767: Installation Failure
On Sun, Dec 17, 2006 at 02:43:49PM -0600, Keith Parkansky wrote: Sven Luther wrote: On Wed, Nov 15, 2006 at 02:19:51AM -0600, Keith Parkansky wrote: FYI The new Debian Installer using the 2.6.17 kernel does NOT fix the CD drive problem that is covered by bug 387767. I just downloaded the Net Install image and tried to install from it and had the same problem. Please try it with the new 2.6.18 kernels, which are scheduled for the etch release, and should enter d-i soon. There where some CD related fixes which where applied recently. Friendly, Sven Luther Was etch frozen with 2.6.17 or 2.6.18 ? If frozen with 2.6.17, was this bug resolved some other way ? Etch will have 2.6.18, and the 2.6.18 kernels are in etch rigth now. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]