Bug#471007: linux-image-2.6.18-6-r5k-ip32: No NFSv4 support in r5k-ip32 kernels
Package: linux-image-2.6.18-6-r5k-ip32 Version: 2.6.18.dfsg.1-18etch1 Severity: normal The config.r5k-ip32 file (and possibly others) does not include NFSv4 options, so the built kernel doesn't support mounting NFSv4 filesystems. Please update the config file to include NFSv4 client support. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: mips (mips64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-6-r5k-ip32 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-6-r5k-ip32 depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo linux-image-2.6.18-6-r5k-ip32 recommends no packages. -- debconf information: linux-image-2.6.18-6-r5k-ip32/preinst/overwriting-modules-2.6.18-6-r5k-ip32: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-6-r5k-ip32/preinst/lilo-has-ramdisk: linux-image-2.6.18-6-r5k-ip32/postinst/bootloader-test-error-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/preinst/bootloader-initrd-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/postinst/kimage-is-a-directory: linux-image-2.6.18-6-r5k-ip32/preinst/lilo-initrd-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/prerm/removing-running-kernel-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/postinst/depmod-error-2.6.18-6-r5k-ip32: false linux-image-2.6.18-6-r5k-ip32/postinst/old-initrd-link-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/postinst/old-dir-initrd-link-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/postinst/depmod-error-initrd-2.6.18-6-r5k-ip32: false linux-image-2.6.18-6-r5k-ip32/postinst/create-kimage-link-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/postinst/bootloader-error-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/preinst/failed-to-move-modules-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/preinst/abort-install-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/preinst/abort-overwrite-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/postinst/old-system-map-link-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/preinst/already-running-this-2.6.18-6-r5k-ip32: linux-image-2.6.18-6-r5k-ip32/prerm/would-invalidate-boot-loader-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/preinst/elilo-initrd-2.6.18-6-r5k-ip32: true linux-image-2.6.18-6-r5k-ip32/preinst/initrd-2.6.18-6-r5k-ip32: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libata PATA transition
On Mar 14, Holger Levsen <[EMAIL PROTECTED]> wrote: > also sprach Marco d'Itri <[EMAIL PROTECTED]> [2007.09.10.1409 +0200]: > > I will do it ASAP. Please do not do this by yourself because the udev > > rules files need to be renamed first (or else I would need to add > > conflicts and you would need to move the file). > Marco, any news on this? Yes, I still hold the same opinion and still plan to work on udev ASAP. Do not add these rules without my approval. -- ciao, Marco signature.asc Description: Digital signature
Re: libata PATA transition
Hi, On Wednesday 12 March 2008 13:14, martin f krafft wrote: > Marco has not responded. I wonder if there's someone else who can > implement this? I don't have the time to read up on it and I would > have to learn udev first. Quoting #435983: also sprach Marco d'Itri <[EMAIL PROTECTED]> [2007.09.10.1409 +0200]: > I will do it ASAP. Please do not do this by yourself because the udev > rules files need to be renamed first (or else I would need to add > conflicts and you would need to move the file). Marco, any news on this? regards, Holger pgpaYQZUZfrLf.pgp Description: PGP signature
Re: Intel igb (new gigabit card) module
On Fri, 2008-03-14 at 12:21 +, Stephen Gran wrote: > > 2.6.18, and it builds and works without a problem (well, some checksum > offload issues in connection with Xen, but ethtool can solve those) Or the patch from http://sourceforge.net/mailarchive/message.php?msg_name=36D9DB17C6DE9E40B059440DB8D95F5204954A14%40orsmsx418.amr.corp.intel.com (non-whitespace damaged version attached). Ian. -- Ian Campbell Today when a man gets married he gets a home, a housekeeper, a cook, a cheering squad and another paycheck. When a woman marries, she gets a boarder. diff -r 655e205ef17c drivers/net/igb/igb_main.c --- a/drivers/net/igb/igb_main.c Tue Mar 04 13:20:07 2008 + +++ b/drivers/net/igb/igb_main.c Fri Mar 07 09:00:01 2008 + @@ -2761,12 +2761,27 @@ static inline bool igb_tx_csum_adv(struc tu_cmd |= (E1000_TXD_CMD_DEXT | E1000_ADVTXD_DTYP_CTXT); if (skb->ip_summed == CHECKSUM_PARTIAL) { - if (skb->protocol == htons(ETH_P_IP)) + switch (skb->protocol) { + case __constant_htons(ETH_P_IP): tu_cmd |= E1000_ADVTXD_TUCMD_IPV4; - - - if (skb->sk && (skb->sk->sk_protocol == IPPROTO_TCP)) -tu_cmd |= E1000_ADVTXD_TUCMD_L4T_TCP; +if (ip_hdr(skb)->protocol == IPPROTO_TCP) + tu_cmd |= E1000_ADVTXD_TUCMD_L4T_TCP; +break; +#ifdef NETIF_F_IPV6_CSUM + case __constant_htons(ETH_P_IPV6): +/* XXX what about other V6 headers?? */ +if (ipv6_hdr(skb)->nexthdr == IPPROTO_TCP) + tu_cmd |= E1000_ADVTXD_TUCMD_L4T_TCP; +break; +#endif + default: +if (unlikely(net_ratelimit())) { + DPRINTK(PROBE, WARNING, + "partial checksum but proto=%x!\n", + skb->protocol); +} +break; + } } context_desc->type_tucmd_mlhl = cpu_to_le32(tu_cmd);
Intel igb (new gigabit card) module
Hi all, I would be very happy if you could take a look at merging http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9d5c824399dea881779d78a6c147288bf2dccb6b into the stable tree. I haven't tried that patch directly, but I have built the tarball intel distributes at http://downloadmirror.intel.com/13663/eng/igb-1.2.22.tar.gz against 2.6.18, and it builds and works without a problem (well, some checksum offload issues in connection with Xen, but ethtool can solve those) Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - p.s.: please cc me on replies - I read the list through gmane, and I may very well miss replies if I'm not in the cc list. signature.asc Description: Digital signature
Re: Split modules packages
On Sat, Feb 23, 2008 at 01:22:58PM +0100, Bastian Blank wrote: > There are two or three other occurances of this problem: - powerpc/powerpc-miboot Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, "The City on the Edge of Forever", stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Lenny Beta1: Status Update 4
On Friday 14 March 2008, Andreas Barth wrote: > > Currently we're trying to get final images built but the building > > machine has hardware issues and it's being worked on to get it solves > > as soon as possible. > > > > I'll mail you all once it has been solved and images are available for > > final tests. > > Is there any update on this? As of now, the final images should be > available according to your plan ... Read the first para please. And the second one for that matter. signature.asc Description: This is a digitally signed message part.
Bug#470872: erlang FTBFS on UltraSPARC III
Package: linux-image-2.6.24-1-sparc64-smp Severity: serious Hi! Appears that erlang package FTBFS on sparc buildd for several months (see [1]). And the bug is triggered only on lebrun which is UltraSPARC III. Since Mikael Pettersson confirmed in [2] that Solaris on US III works fine, and Bernd Zeimetz partialy confirmed in [3] that it's a kernel problem I think that it's a kernel bug. UltraSPARC II buildd (spontini) builds erlang successfully. [1] http://buildd.debian.org/build.php?&pkg=erlang&arch=sparc&file=log [2] http://www.erlang.org/pipermail/erlang-questions/2008-February/033030.html [3] http://www.mail-archive.com/[EMAIL PROTECTED]/msg02147.html -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470869: initramfs-tools: default compression level should be 6 rather than 9
Package: initramfs-tools Hi, I think the default gzip compression level should be changed from 9 to 6. In my measurements (which are done on an Ubuntu system, but I doubt there's any significant differences in this case), the size difference between -6 and -9 is about 1%, while the time needed to compress the initramfs goes from around 15.5s to around 2.5s. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Lenny Beta1: Status Update 4
* Otavio Salvador ([EMAIL PROTECTED]) [080313 02:36]: > Otavio Salvador <[EMAIL PROTECTED]> writes: > > > +--+---+ > > | Date | What happens | > > +--+---+ > > |March 8, 2008 |test of images starts | <= > > +--+---+ > > |March 12, 2008|final image builds | > > +--+---+ > > |March 16, 2008|planned release date | > > +--+---+ > > Currently we're trying to get final images built but the building > machine has hardware issues and it's being worked on to get it solves > as soon as possible. > > I'll mail you all once it has been solved and images are available for > final tests. Is there any update on this? As of now, the final images should be available according to your plan ... (I'm asking because the blocks for packages generate us pain elsewhere - e.g. openssh needs to go to testing for armel, libxklavier-transition depends on glib2.0 and pango, ...) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]