Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ian Campbell
On Tue, 2011-01-04 at 23:14 +, Ben Hutchings wrote:
 On Tue, Jan 04, 2011 at 10:08:32PM +, Ian Campbell wrote:
  On Tue, 2011-01-04 at 21:44 +0100, Stephan Austermühle wrote: 
   So the problem was already present in -23 and it just seems to have the
   same symptoms like #596802.
  
  OK, thanks for testing that.
  
  I wonder if you could play with ethtool to enable/disable various
  features on the physical NIC. In particular I think it might be worth
  fiddling with the LRO and GRO settings, via the -k/-K options.
 
 I don't think this has anything to do with the physical NIC.  LRO is
 automatically turned off for interfaces that are connected to a bridge,
 and GRO is safe with bridging.

OK, thanks for confirming, I've always been a bit confused by the
relationships between [GL]RO and bridging etc. Furthermore I failed to
notice that the warning in question is during a send via the physical
NIC in any case.

 netback needs to fix up the checksum information for packets that the
 guest sent with TSO and no checksum:
 1. Calculate the IPv4 header checksum and write it to the packet buffer
(not for IPv6, obviously).

The Xen PV network protocol only supports v4 segmentation offload at the
moment anyway.

 2. Calculate the TCP/UDP pseudo-header checksum and store it in skb-csum.
 3. Set skb-csum_start and skb-csum_offset per kernel-doc.
 4. Set skb-ip_summed = CHECKSUM_PARTIAL.

For a GSO frame 1 and 2 must already be set correctly by the frontend as
part of the PV protocol. netback does 3 (in skb_checksum_setup()) and 4
(based on the csum_blank and data_validated flags received from the
frontend).

There was a bug in older versions of the Citrix drivers where it failed
to set the correct metadata flags for GSO frames (csum_blank must be 1
for a GSO frame, the drivers were setting it to zero, even though the
partial checksum was correct, which is invalid) which caused netback to
set the wrong ip_summed.

I thought this was fixed long enough ago that this wouldn't be an issue
today but perhaps I'm wrong.

Stephan, which Citrix WHQL drivers are you using? Some XCP version or
something else? Where did you download them from? I presume that if you
dig around in the Windows properties pages that there is a version or
build number or something.

XenServer carries a temporary netback workaround for this issue, which
is below, in order to support smoother upgrades. The intention was that
it would be dropped in some future release and I don't really want to
propagate it further (since it could also paper over a guest which
hasn't obeyed #2 above) unless there is no other choice.

  GRO is a generalisation of LRO, I'm not sure if it is supposed to fix
  this forwarding issue or not.
  
 GRO is a specific software implementation of LRO that preserves enough
 information that it is safe to bridge/forward the resulting skb.  The
 original packets can be reconstructed on transmit (usually through TSO,
 otherwise through GSO).

Thanks I'd been wondering if that was the case.

Out of interest, does it reconstruct the exact original packets or just
one of the possible valid segmentations of the LRO SKB?

Ian.

That patch:
diff -r 52e594b04f24 drivers/xen/netback/netback.c
--- a/drivers/xen/netback/netback.c Fri Aug 07 11:44:54 2009 +0100
+++ b/drivers/xen/netback/netback.c Fri Aug 07 11:46:57 2009 +0100
@@ -1413,6 +1413,13 @@
else if (txp-flags  NETTXF_data_validated)
skb-ip_summed = CHECKSUM_UNNECESSARY;
 
+   /*
+ * Workaround Windows frontends which do not set
+ * NETTXF_csum_blank for GSO packets. (CA-31409)
+ */
+   if (skb_shinfo(skb)-gso_type)
+   skb-ip_summed = CHECKSUM_PARTIAL;
+
netbk_fill_frags(netbk, skb);
 
skb-dev  = netif-dev;
diff -r 52e594b04f24 drivers/xen/netfront/netfront.c
--- a/drivers/xen/netfront/netfront.c   Fri Aug 07 11:44:54 2009 +0100
+++ b/drivers/xen/netfront/netfront.c   Fri Aug 07 11:46:57 2009 +0100
@@ -1436,6 +1436,13 @@
else if (rx-flags  NETRXF_data_validated)
skb-ip_summed = CHECKSUM_UNNECESSARY;
 
+   /*
+ * Workaround Windows frontends which do not set
+ * NETTXF_csum_blank for GSO packets. (CA-31409)
+ */
+   if (skb_shinfo(skb)-gso_type)
+   skb-ip_summed = CHECKSUM_PARTIAL;
+
np-stats.rx_packets++;
np-stats.rx_bytes += skb-len;
 


-- 
Ian Campbell
Current Noise: Turbonegro - Babylon Forever

Conversation enriches the understanding, but solitude is the school of genius.




--
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/1294220042.3831.2644.ca...@zakaz.uk.xensource.com



Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

2011-01-05 Thread Timo Juhani Lindfors
package linux-2.6
retitle 608858 copying large file with smbd on raid causes BUG at 
fs/jbd/transaction.c:1156
thanks

Gregg gkn...@tampabay.rr.com writes:
 [1393760.788377] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: 
 Invalid block bitmap - block_group = 1229, block = 40271874
 [1393760.788779] [ cut here ]
 [1393760.788835] kernel BUG at 
 /build/buildd-linux-2.6_2.6.32-28~bpo50+1-i386-VgAojN/linux-2.6-2.6.32/debian/build/source_i386_none/fs/jbd/transaction.c:1156!

Sounds like an ext3 bug. Either ext3 corrupted its data structures or
something else (HDD, RAM) did and ext3 didn't cope with it.

Googling for BUG jbd/transaction.c:1156 finds other cases:

I installed Debian Squeeze from a net install to a raid 1 array. I
have been having a lot of troubles related to being able to write to
one or more of the mounted drives - even touch gives me errors.  The
most interesting line from dmesg is: [15174.549931] kernel BUG at
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/jbd/transaction.c:1156!
Here is the full output from dmesg:

-- http://forums.debian.net/viewtopic.php?f=5t=56527

1) Are you using aacraid on this dm-5 device too?

2) Can you make the bug occur again?

3) If yes, can you temporarily try it without raid at all? (Just make
backups before test)



-- 
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/8462u5jfpm@sauna.l.org



Processed: Re: Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

2011-01-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 package linux-2.6
Limiting to bugs with field 'package' containing at least one of 'linux-2.6'
Limit currently set to 'package':'linux-2.6'

 retitle 608858 copying large file with smbd on raid causes BUG at 
 fs/jbd/transaction.c:1156
Bug #608858 [linux-2.6] copying large file with smbd on raid causes BUG at 
fs/jbd/transaction.c:1156
Ignoring request to change the title of bug#608858 to the same title
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
608858: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608858
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129422069928810.transcr...@bugs.debian.org



Re: Bug#607368: Please decide how kernel ABI should be managed

2011-01-05 Thread Julien BLACHE
Don Armstrong d...@debian.org wrote:

Hi,

 Ok. My main concern here is what exactly would happen if we were to
 ignore the ABI change for this particular issue, and then put in place
 some kind of a process where the kernel team could be informed of
 downstream users of the ABI.

The harm is done now, reverting or bumping the ABI at this point only
makes things worse.

 Full deployment involves over a thousand workstations.

 But presumably they're not running a testing version affected by this.

At this time I have no assurance that this issue or a similar issue with
another symbol won't happen again during the Squeeze lifetime, so they
are potentially affected until proven otherwise as far as I'm concerned.

To the thousand machines given above, you can add several hundred
machines part of several HPC clusters; the nodes use external InfiniBand
drivers from ofa-kernel 1.5.2 in the pkg-ofed repository. Having the
cluster fail to come online after a kernel upgrade would be interesting.

We also have servers using the Brocade FC HBA/CNA drivers from Brocade,
due to the 2.6.32 drivers being way out of date (2.6.32-2.6.37 is
ca. 100 commits and needs new firmware files with new names, if anyone
is interested).

 package is upgraded, we'd still have issues with on-disk modules not
 matching the running kernel ABI until the machine is rebooted. This
 can sometimes take two or three weeks if a long-running computation
 is running on the machine.

 Presumably this wouldn't be much of an issue, unless users are going
 to be newly loading these modules. [Which I would hope wouldn't be the
 case if you were running a long-running computation.]

Modules get loaded automatically pretty much all the time on a
workstation: filesystem modules for a USB key or when upgrading grub,
drivers for USB devices, you name it.

 And I'll ask again: what's the point of the kernel ABI number if we
 have to use strict dependencies?

 Some modules may need strict dependencies if they are using symbols
 not covered by the ABI; this is one possible way that we can resolve
 this issue.

The issue I have with that, other than the fact that it is just plain
wrong, is that all the module packaging tools were built on the premise
that changes to the kernel ABI are reflected by the ABI number. None of
the tools work if that premise doesn't hold true.

JB.

-- 
 Julien BLACHE jbla...@debian.org  |  Debian, because code matters more 
 Debian  GNU/Linux Developer|   http://www.debian.org
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
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/871v4rwpv1@sonic.technologeek.org



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ian Campbell
On Wed, 2011-01-05 at 09:34 +, Ian Campbell wrote:
 (csum_blank must be 1
 for a GSO frame, the drivers were setting it to zero, even though the
 partial checksum was correct, which is invalid)

Netback is supposed to drop such invalid packets, however I've just
found a patch in my .git/patches, dated August 2009, to do this which I
forgot to send upstream. I'll do that now!

This will fix the warning but at the expense of dropping traffic from
guests with the buggy drivers so it is still worth making sure those are
up to date.

Ian.
-- 
Ian Campbell
Current Noise: Skid Row - Livin' On A Chain Gang

If you are a police dog, where's your badge?
-- Question James Thurber used to drive his German Shepherd
   crazy.




-- 
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/1294233100.3831.3436.ca...@zakaz.uk.xensource.com



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Stephan Austermühle
Hi Ian,

Am 05.01.2011 14:11, schrieb Ian Campbell:

 Netback is supposed to drop such invalid packets, however I've just
 found a patch in my .git/patches, dated August 2009, to do this which I
 forgot to send upstream. I'll do that now!

Shall I still test something or just wait for the fix?

I do not understand all of Ben's and your explanations. I have
especially now clue what SKB, GRO, and LRO are.

Stephan



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#608865: initramfs-tools: requested additional information

2011-01-05 Thread martin . gerdes
Package: initramfs-tools
Version: 0.98.7
Severity: normal


that was just about the full output:

r...@buildserver-1:~# dpkg-reconfigure initramfs-tools
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_THw6p9/scripts/init-top/all_generic_ide: Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_THw6p9/scripts/init-top/blacklist: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_THw6p9/scripts/init-top/keymap: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_THw6p9/scripts/init-top/udev: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_THw6p9/scripts/init-bottom/udev: 
Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_THw6p9/scripts/local-premount/resume: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_THw6p9/scripts/local-bottom/cryptopensc: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_THw6p9/scripts/local-top/cryptopensc: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_THw6p9/scripts/local-top/cryptroot: Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_THw6p9/scripts/local-top/lvm2: 
Permission denied
r...@buildserver-1:~# export TMPDIR=/root/tmp
r...@buildserver-1:~# dpkg-reconfigure initramfs-tools
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
r...@buildserver-1:~# mount
/dev/mapper/buildServer--1-root on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda1 on /boot type ext2 (rw,nosuid,nodev)
/dev/mapper/buildServer--1-home on /home type ext3 (rw,nosuid,nodev)
/dev/mapper/buildServer--1-tmp on /tmp type ext3 (rw,noexec,nosuid,nodev)
/dev/mapper/buildServer--1-usr on /usr type ext3 (rw,nodev)
/dev/mapper/buildServer--1-var on /var type ext3 (rw,nosuid,nodev)
/dev/mapper/buildServer--1-log on /var/log type ext3 (rw,noexec,nosuid,nodev)

The output of the command sh -x /usr/sbin/mkinitramfs -o /tmp/foo is too much 
to paste here: it outputs 435kB!

-- Package-specific info:
-- initramfs sizes
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/buildServer--1-root ro quiet

-- /proc/filesystems
ext3
ext2
ext4
reiserfs
xfs
jfs
msdos
vfat
ntfs
minix
hfs
hfsplus
qnx4
ufs
btrfs

-- lsmod
Module  Size  Used by
nls_utf81208  1 
cifs  258800  2 
btrfs 375622  0 
zlib_deflate   17746  1 btrfs
crc32c  2560  1 
libcrc32c   1074  1 btrfs
ufs56474  0 
qnx46194  0 
hfsplus65270  0 
hfs37455  0 
minix  21197  0 
ntfs  162796  0 
vfat7884  0 
msdos   6202  0 
fat40038  2 vfat,msdos
jfs   140089  0 
xfs   436925  0 
exportfs3170  1 xfs
reiserfs  194156  0 
ext4  289033  0 
jbd2   67015  1 ext4
crc16   1319  1 ext4
xt_limit1782  2 
xt_multiport2267  1 
xt_tcpudp   2319  12 
xt_state1303  25 
nf_conntrack_ftp5537  0 
nf_conntrack_ipv4   9833  25 
nf_conntrack   46535  3 xt_state,nf_conntrack_ftp,nf_conntrack_ipv4
nf_defrag_ipv4  1139  1 nf_conntrack_ipv4
dm_snapshot18481  0 
iptable_filter  2258  1 
ip_tables  13899  1 iptable_filter
sha256_generic  8692  6 
aes_x86_64  7340  6 
aes_generic25714  1 aes_x86_64
cbc 2539  3 
ipt_ULOG7129  3 
x_tables   12845  6 
xt_limit,xt_multiport,xt_tcpudp,xt_state,ip_tables,ipt_ULOG
ext2   52969  1 
loop   11799  0 
dm_crypt   10664  3 
snd_pcm60503  0 
snd_timer  15582  1 snd_pcm
snd46446  2 snd_pcm,snd_timer
soundcore   4598  1 snd
dcdbas  5048  0 
snd_page_alloc  6249  1 snd_pcm
psmouse49777  0 
serio_raw   3752  0 
evdev   7352  1 
pcspkr  1699  0 
processor  29935  8 
power_meter 8302  0 
button  4650  0 
ext3  106518  12 
jbd37085  1 ext3
mbcache 5050  3 ext4,ext2,ext3
dm_mod 53770  49 dm_snapshot,dm_crypt
sg 18744  0 
sr_mod 12602  0 
cdrom  29415  1 

Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ian Campbell
On Wed, 2011-01-05 at 14:23 +0100, Stephan Austermühle wrote:
 Hi Ian,
 
 Am 05.01.2011 14:11, schrieb Ian Campbell:
 
  Netback is supposed to drop such invalid packets, however I've just
  found a patch in my .git/patches, dated August 2009, to do this which I
  forgot to send upstream. I'll do that now!
 
 Shall I still test something or just wait for the fix?

Per my previous mail please can you let me know the details of the
Windows driver versions you are using, where you got them from etc.

I guess you could experiment with disabling the offload settings on the
Windows side. (I think you can do this by right clicking the NIC in
device manager and disabling Large Send Offload in the advanced tab.)

Other than that there is nothing to test just yet.

 I do not understand all of Ben's and your explanations. I have
 especially now clue what SKB, GRO, and LRO are.

No problem.

Ian.

-- 
Ian Campbell
Current Noise: Annihilator - Romeo Delight

Many people are desperately looking for some wise advice which will
recommend that they do what they want to do.




--
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/1294235871.3831.3491.ca...@zakaz.uk.xensource.com



Bug#608865: initramfs-tools: requested additional information

2011-01-05 Thread maximilian attems
On Wed, Jan 05, 2011 at 02:44:47PM +0100, martin.ger...@dser.de wrote:
 /dev/mapper/buildServer--1-tmp on /tmp type ext3 (rw,noexec,nosuid,nodev)

wondering why this snippet does not trigger:
DESTDIR=$(mktemp -d ${TMPDIR:-/tmp}/mkinitramfs_XX) || exit 1
chmod 755 ${DESTDIR}
# do not execute cache_run_scripts() if mounted with noexec
NOEXEC=
fs=$(df $DESTDIR | tail -1 | awk '{print $6}')
if [ -n $fs ]  mount | grep -q on $fs .*noexec ; then
NOEXEC=1
fi
 
thanks for the followup, please post also
df /tmp 



-- 
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/20110105142119.gv20...@vostochny.stro.at



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ben Hutchings
On Wed, Jan 05, 2011 at 09:34:02AM +, Ian Campbell wrote:
[...]
  GRO is a specific software implementation of LRO that preserves enough
  information that it is safe to bridge/forward the resulting skb.  The
  original packets can be reconstructed on transmit (usually through TSO,
  otherwise through GSO).
 
 Thanks I'd been wondering if that was the case.
 
 Out of interest, does it reconstruct the exact original packets or just
 one of the possible valid segmentations of the LRO SKB?
[...]

It reconstructs the exact same packets, modulo header fields that
are supposed to be modified on forwarding.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
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/20110105151410.gj3...@decadent.org.uk



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ben Hutchings
On Wed, Jan 05, 2011 at 02:23:35PM +0100, Stephan Austermühle wrote:
 Hi Ian,
 
 Am 05.01.2011 14:11, schrieb Ian Campbell:
 
  Netback is supposed to drop such invalid packets, however I've just
  found a patch in my .git/patches, dated August 2009, to do this which I
  forgot to send upstream. I'll do that now!
 
 Shall I still test something or just wait for the fix?
 
 I do not understand all of Ben's and your explanations. I have
 especially now clue what SKB, GRO, and LRO are.

That was for Ian's benefit.  You are not expected to follow all of that.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
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/20110105151500.gk3...@decadent.org.uk



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Stephan Austermühle
Hi,

Am 05.01.2011 14:57, schrieb Ian Campbell:

 Per my previous mail please can you let me know the details of the
 Windows driver versions you are using, where you got them from etc.

PV drivers are Citrix WHQL server for XenServer 5.5, don't know download
source anymore (looked for it in xen-users mailing list). The driver reports

Citrix XenServer PV Ethernet Adapter
Driver date: 11/9/2009
Driver version: 5.5.0.23143

 I guess you could experiment with disabling the offload settings on the
 Windows side. (I think you can do this by right clicking the NIC in
 device manager and disabling Large Send Offload in the advanced tab.)

There is no advanced tab and no possibility to change any options for
this driver.

Stephan



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Ian Campbell
On Wed, 2011-01-05 at 16:29 +0100, Stephan Austermühle wrote:
 Hi,
 
 Am 05.01.2011 14:57, schrieb Ian Campbell:
 
  Per my previous mail please can you let me know the details of the
  Windows driver versions you are using, where you got them from etc.
 
 PV drivers are Citrix WHQL server for XenServer 5.5, don't know download
 source anymore (looked for it in xen-users mailing list). The driver reports
 
   Citrix XenServer PV Ethernet Adapter
   Driver date: 11/9/2009
   Driver version: 5.5.0.23143

That is old enough to suffer from the issue I described.

I'd strongly recommend upgrading to something newer, such as the drivers
supplied with the XCP 1.0 beta. The beta designation does not apply to
the Windows driver component of this release, they are a GA version of
the drivers.

http://www.xen.org/files/XenCloud/Software/xcp-1.0-beta/

The drivers are in XCP-1.0-base-38754.iso
as /client_install/windows-pvdrivers-xensetup.exe

If you want a Free alternative then there are GPL Windows PV drivers
available also: http://wiki.xen.org/xenwiki/XenWindowsGplPv

As far as the Debian bug goes I will apply my fix to correctly drop the
invalid SKBs so that they do not cause the warning in dom0.

Ian.
-- 
Ian Campbell

We don't really understand it, so we'll give it to the programmers.




--
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/1294244541.3831.3547.ca...@zakaz.uk.xensource.com



Processed: tagging 608144

2011-01-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 # Automatically generated email from bts, devscripts version 2.10.35lenny7
 tags 608144 + pending
Bug #608144 [linux-2.6] linux-image-2.6.32-5-xen-amd64: Kernel oops: 
net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)
Added tag(s) pending.

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
608144: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608144
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12942451453478.transcr...@bugs.debian.org



Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

2011-01-05 Thread Stephan Austermühle
Hi,

Am 05.01.2011 17:22, schrieb Ian Campbell:

 I'd strongly recommend upgrading to something newer, such as the drivers
 supplied with the XCP 1.0 beta. The beta designation does not apply to
 the Windows driver component of this release, they are a GA version of
 the drivers.
 
 http://www.xen.org/files/XenCloud/Software/xcp-1.0-beta/

Thanks for your hint. Unfortunately, the drivers included in XCP 1.0
beta don't work with W2k8 R2. I'm using the GPLPV drivers on another
system but they have the big disadvantage of not being WHQL signed
(enabling test signing in Windows isn't alway an option).

 As far as the Debian bug goes I will apply my fix to correctly drop the
 invalid SKBs so that they do not cause the warning in dom0.

Thanks.

Stephan



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#609046: linux-image-2.6-686: pata_via module boot fail with vt6415

2011-01-05 Thread Aki
Package: linux-image-2.6-686
Version: 2.6.32-5
Severity: important

pata_via module and ATAPI device cause panic with VIA vt6415 PATA IDE
Host Controller.

I tried boot from ATAPI CD drive with squeeze beta2 iso image. but
normal boot fail.
Then put boot command libata.dma=1 or nolapic, successfully booted.


---
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101127
X_INSTALLATION_MEDIUM=cdrom
---
uname -a: Linux (none) 2.6.32-5-486 #1 Sat Oct 30 22:14:18 UTC 2010
i686 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core
Processor DRAM Controller [8086:0040] (rev 18)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel
Corporation Core Processor Integrated Graphics Controller [8086:0042]
(rev 18)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation
5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5
Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c]
(rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5
Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:840b]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400
Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 5 Series/3400
Series Chipset PCI Express Root Port 2 [8086:3b44] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 5 Series/3400
Series Chipset PCI Express Root Port 5 [8086:3b4a] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 5
Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b34]
(rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI
Bridge [8086:244e] (rev a6)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 5 Series
Chipset LPC Interface Controller [8086:3b06] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: 00:1f.2 IDE interface [0101]: Intel Corporation 5
Series/3400 Series Chipset 4 port SATA IDE Controller [8086:3b20] (rev
06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: Kernel driver in use: ata_piix
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 5 Series/3400
Series Chipset SMBus Controller [8086:3b30] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: 00:1f.5 IDE interface [0101]: Intel Corporation 5
Series/3400 Series Chipset 2 port SATA IDE Controller [8086:3b26] (rev
06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8383]
lspci -knn: Kernel driver in use: ata_piix
lspci -knn: 01:00.0 Ethernet controller [0200]: Realtek Semiconductor
Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller
[10ec:8168] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8432]
lspci -knn: 02:00.0 IDE interface [0101]: VIA Technologies, Inc. PATA
IDE Host Controller [1106:0415]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:838f]
lspci -knn: Kernel driver in use: pata_via



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=6et0m=d5qkep48mc=b+cd2vm_rrmekx5uf...@mail.gmail.com



Re: Processed: tagging 571035

2011-01-05 Thread Mark Lila
Hello distinguished bug owner,  :)

Is there a replacement bug I can subscribe too regarding the
below?  If I can help kill this squeeze bug I'm willing.  Not
everybody has this old hardware.

Thanks,
Mark Lila

On Fri, 31 Dec 2010 05:31 -0700, Mark Lila m...@lilas.net
wrote:

Hello,

I have an old Toshiba Satellite 225CDS with 144MB of RAM and it
does the exact same thing as the 32MB laptop in 571035.  I used
the Dec 29th, 2010 daily netinst cd.  Before that I used the beta
2 squeeze cd.

Is this bug going anywhere?  If it's dead maybe I just need to
eBay the old laptop after Lenny ends support.

Is there an easy way to work around this issue.  Holger booted
from:
debian-testing daily build from
   23. Aug 2010.
   That kernel boots fine!!!

That's a rough work-around (where were those daily snap-shots
again?).  I'll probably stay with Lenny if that's where we are
going to stay.

Thanks,
Mark Lila

PS.  I'd be happy to join/use the official bug system if this
goes anywhere.
~~~

[[1]Date Prev][[2]Date Next] [[3]Thread Prev][[4]Thread Next]
[[5]Date Index] [[6]Thread Index]

Processed: tagging 571035
  

  * To: Ben Hutchings [7]...@decadent.org.uk
  * Cc: Debian Kernel Team [8]debian-ker...@lists.debian.org
(linux-2.6 for {571035})
  * Subject: Processed: tagging 571035
  * From: [9]ow...@bugs.debian.org (Debian Bug Tracking System)
  * Date: Sun, 12 Sep 2010 02:36:05 +
  * Message-id:
[10]handler.s.c.1284258810888.transcr...@bugs.debian.org
  * In-reply-to: [11]1284258802-4175-bts-...@decadent.org.uk
  * References: [12]1284258802-4175-bts-...@decadent.org.uk
  

Processing commands for cont...@bugs.debian.org:

 tags 571035 - moreinfo
Bug #571035 [linux-2.6] Kernel freezes at boot
Removed tag(s) moreinfo.
 thanks
Stopping processing here.

Please contact me if you need assistance.
--
571035: [13]http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571035
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

  

Reply to:
  * [14]debian-ker...@lists.debian.org
  * [15]Debian Bug Tracking System (on-list)
  * [16]Debian Bug Tracking System (off-list)
  

  * Prev by Date: [17]Bug#571035: [squeeze alpha1]
installationsreport: grub2: machine doesn't boot
  * Next by Date: [18]Bug#596419: Acknowledgement
(xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup
by the shutdown of the system, aacraid (sw raid) involved in
hangup)
  * Previous by thread: [19]Bug#596478: [PATCH] ALSA: emux: Add
trivial compat ioctl handler
  * Next by thread: [20]Bug#595511: (no subject)
  * Index(es):
   + [21]Date
   + [22]Thread

References

1. http://lists.debian.org/debian-kernel/2010/09/msg00261.html
2. http://lists.debian.org/debian-kernel/2010/09/msg00263.html
3. http://lists.debian.org/debian-kernel/2010/09/msg00353.html
4. http://lists.debian.org/debian-kernel/2010/09/msg00265.html
5. http://lists.debian.org/debian-kernel/2010/09/maillist.html#00262
6. http://lists.debian.org/debian-kernel/2010/09/threads.html#00262
7. mailto:ben%40decadent.org.uk
8. mailto:debian-kernel%40lists.debian.org
9. mailto:owner%40bugs.debian.org
  10. http://lists.debian.org/debian-kernel/2010/09/msg00262.html
  11. 
http://lists.debian.org/msgid-search/1284258802-4175-bts-ben%40decadent.org.uk
  12. 
http://lists.debian.org/msgid-search/1284258802-4175-bts-ben%40decadent.org.uk
  13. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571035
  14. 
mailto:debian-ker...@lists.debian.org?in-reply-to=%3chandler.s.c.1284258810888.transcript@bugs.debian.org%3ESubject=Re:%20Processed:%20tagging%20571035
  15. 
mailto:ow...@bugs.debian.org?in-reply-to=%3chandler.s.c.1284258810888.transcript@bugs.debian.org%3ESubject=Re:%20Processed:%20tagging%20571035cc=debian-ker...@lists.debian.org
  16. 
mailto:ow...@bugs.debian.org?in-reply-to=%3chandler.s.c.1284258810888.transcript@bugs.debian.org%3ESubject=Re:%20Processed:%20tagging%20571035
  17. http://lists.debian.org/debian-kernel/2010/09/msg00261.html
  18. http://lists.debian.org/debian-kernel/2010/09/msg00263.html
  19. http://lists.debian.org/debian-kernel/2010/09/msg00353.html
  20. http://lists.debian.org/debian-kernel/2010/09/msg00265.html
  21. http://lists.debian.org/debian-kernel/2010/09/maillist.html#00262
  22. http://lists.debian.org/debian-kernel/2010/09/threads.html#00262


Bug#609046: linux-image-2.6-686: pata_via module boot fail with vt6415

2011-01-05 Thread Ben Hutchings
On Thu, Jan 06, 2011 at 03:40:58AM +0900, Aki wrote:
 Package: linux-image-2.6-686
 Version: 2.6.32-5
 Severity: important
 
 pata_via module and ATAPI device cause panic with VIA vt6415 PATA IDE
 Host Controller.
 
Then send the panic message.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
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/20110105202115.gl3...@decadent.org.uk



Processed: tagging 609046

2011-01-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 # Automatically generated email from bts, devscripts version 2.10.35lenny7
 tags 609046 moreinfo
Bug #609046 [linux-image-2.6-686] linux-image-2.6-686: pata_via module boot 
fail with vt6415
Added tag(s) moreinfo.

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
609046: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609046
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.129425888925334.transcr...@bugs.debian.org



Incomplete upload found in Debian upload queue

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

If no .changes file arrives within 23:28:52, the files will be deleted.

If you didn't upload those files, please just ignore this message.

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
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/e1padkz-0005pk...@franck.debian.org



Bug#599368: [124/152] watchdog: Improve initialisation error message and documentation

2011-01-05 Thread Greg KH
2.6.36-stable review patch.  If anyone has any objections, please let us know.

--

From: Ben Hutchings b...@decadent.org.uk

commit 551423748a4eba55f2eb0fc250d757986471f187 upstream.

The error message 'NMI watchdog failed to create perf event...'
does not make it clear that this is a fatal error for the
watchdog.  It also currently prints the error value as a
pointer, rather than extracting the error code with PTR_ERR().
Fix that.

Add a note to the description of the 'nowatchdog' kernel
parameter to associate it with this message.

Reported-by: Cesare Leonardi celeo...@gmail.com
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Cc: 599...@bugs.debian.org
Cc: 608...@bugs.debian.org
Cc: Don Zickus dzic...@redhat.com
Cc: Frederic Weisbecker fweis...@gmail.com
LKML-Reference: 1294009362.3167.126.ca...@localhost
Signed-off-by: Ingo Molnar mi...@elte.hu
Signed-off-by: Greg Kroah-Hartman gre...@suse.de

---
 Documentation/kernel-parameters.txt |2 +-
 kernel/watchdog.c   |3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -1745,7 +1745,7 @@ and is between 256 and 4096 characters.
 
nousb   [USB] Disable the USB subsystem
 
-   nowatchdog  [KNL] Disable the lockup detector.
+   nowatchdog  [KNL] Disable the lockup detector (NMI watchdog).
 
nowb[ARM]
 
--- a/kernel/watchdog.c
+++ b/kernel/watchdog.c
@@ -377,7 +377,8 @@ static int watchdog_nmi_enable(int cpu)
goto out_save;
}
 
-   printk(KERN_ERR NMI watchdog failed to create perf event on cpu%i: 
%p\n, cpu, event);
+   printk(KERN_ERR NMI watchdog disabled for cpu%i: unable to create perf 
event: %ld\n,
+  cpu, PTR_ERR(event));
return -1;
 
/* success path */





-- 
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/20110106002308.434740...@clark.site



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

2011-01-05 Thread Debian FTP Masters
linux-2.6_2.6.37.orig.tar.gz has incorrect size; deleting it
Due to the errors above, the .changes file couldn't be processed.
Please fix the problems for the upload to happen.

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
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/e1padsu-s2...@franck.debian.org



Security review of 2.6.32.28

2011-01-05 Thread Ben Hutchings
These are the patches that looked security-relevant, from a fairly quick
review:

[03/49] fuse: verify ioctl retries
Kernel buffer overflow, but only CUSE servers could exploit it and
/dev/cuse is normally restricted to root.

[16/49] IB/uverbs: Handle large number of entries in poll CQ
Fixes integer overflow and information leak which I assume can be triggered
by unprivileged local users.

[20/49] orinoco: fix TKIP countermeasure behaviour
Fixes cryptographic weakness potentially leaking information to remote
(but physically nearby) users.

[24/49] tracing: Fix panic when lseek() called on trace opened for writing
File is normally only writable by root, so not a security issue.

[33/49] [SCSI] bfa: fix system crash when reading sysfs fc_host statistics
Local denial-of-service.
CVE-2010-4343

[36/49] install_special_mapping skips security_file_mmap check.
May enable privilege escalation through null pointer bugs that would
otherwise only cause denial-of-service.
CVE-2010-4346

[42/49] sound: Prevent buffer overflow in OSS load_mixer_volumes
Not relevant to Debian kernel images since we don't build OSS.
CVE-2010-4257

[44/49] ima: fix add LSM rule bug
Allows subversion of IMA.  Not relevant to Debian kernel images since we
don't build IMA.

[48/49] sctp: Fix a race between ICMP protocol unreachable and connect()
Remote denial-of-service.
CVE-2010-4526

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Bug#576274: Possible Bug Fix?

2011-01-05 Thread Brian Michalski

Good Morning,

I've been working on this bug for the last 3 days and think I've 
isolated and corrected the problem. Intel provides special (open source) 
linux drivers for their video cards at this url: 
http://intellinuxgraphics.org/index.html


After looking over the site for awhile and attempting to install them I 
found that most were just updates to what we had already (pending 
upstream). So I went back into XOrg.conf to look through and try to see 
if perhaps the system was misconfigured.


This is what I saw:
---
Section Device
   IdentifierConfigured Video Device
   OptionUseFBDevtrue
EndSection

Section Monitor
   IdentifierConfigured Monitor
EndSection
---

I personally find it uneasy when all it tells me is that its 
configured so I went through the repositories to confirm I had the 
right driver packages and autoconfigs to attempt to refresh the conf 
file so to speak.


I installed/reinstalled the following packages: mesa-utils (7.0.3-7), 
xdebconfigurator (1.35), xserver-xorg (1:7.3+20), xserver-xorg-core 
(2:1.4.2-10.lenny3), xserver-xorg-video-dummy (1:0.3.0-1), 
xserver-xorg-video-intel (2:2.3.2-2+lenny8)


Then I ran 'xdebconfigurator', after it completed I got curious as to 
the changes it made so I went back to XOrg.conf to see, the following 
was changed:


Section Device
   IdentifierConfigured Video Device
   Driveri810
EndSection

Section Monitor
   IdentifierConfigured Monitor
EndSection


Its evidently using the i810 Intel drivers now. Though I have a 945GM 
card I dont know if there is a driver for that card specifically, or if 
it would make a difference.



I've been runing my system for 3 days now without interruption. Can 
someone else replicate these steps on an affected system to see if it 
fixes it? I might have just had a different problem...





--
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/4d251b81.6070...@eastlink.ca



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

2011-01-05 Thread Debian FTP Masters
linux-2.6_2.6.37-1~experimental.1_multi.changes uploaded successfully to 
localhost
along with the files:
  linux-2.6_2.6.37-1~experimental.1.dsc
  linux-2.6_2.6.37.orig.tar.gz
  linux-2.6_2.6.37-1~experimental.1.diff.gz
  linux-support-2.6.37-trunk_2.6.37-1~experimental.1_all.deb
  linux-patch-debian-2.6.37_2.6.37-1~experimental.1_all.deb
  linux-base_2.6.37-1~experimental.1_all.deb
  firmware-linux-free_2.6.37-1~experimental.1_all.deb
  linux-source-2.6.37_2.6.37-1~experimental.1_all.deb
  linux-doc-2.6.37_2.6.37-1~experimental.1_all.deb
  linux-manual-2.6.37_2.6.37-1~experimental.1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
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/e1paetx-00068t...@franck.debian.org



linux-2.6_2.6.37-1~experimental.1_multi.changes is NEW

2011-01-05 Thread Debian FTP Masters
firmware-linux-free_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/firmware-linux-free_2.6.37-1~experimental.1_all.deb
linux-2.6_2.6.37-1~experimental.1.diff.gz
  to main/l/linux-2.6/linux-2.6_2.6.37-1~experimental.1.diff.gz
linux-2.6_2.6.37-1~experimental.1.dsc
  to main/l/linux-2.6/linux-2.6_2.6.37-1~experimental.1.dsc
linux-2.6_2.6.37.orig.tar.gz
  to main/l/linux-2.6/linux-2.6_2.6.37.orig.tar.gz
linux-base_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-base_2.6.37-1~experimental.1_all.deb
linux-doc-2.6.37_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-doc-2.6.37_2.6.37-1~experimental.1_all.deb
linux-manual-2.6.37_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-manual-2.6.37_2.6.37-1~experimental.1_all.deb
linux-patch-debian-2.6.37_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-patch-debian-2.6.37_2.6.37-1~experimental.1_all.deb
linux-source-2.6.37_2.6.37-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-source-2.6.37_2.6.37-1~experimental.1_all.deb
(new) linux-support-2.6.37-trunk_2.6.37-1~experimental.1_all.deb optional devel
Support files for Linux 2.6.37
 This package provides support files for the Linux kernel build, e.g.
 scripts to handle ABI information and for generation of build system meta
 data.
Changes: linux-2.6 (2.6.37-1~experimental.1) experimental; urgency=low
 .
  * New upstream release: http://kernelnewbies.org/Linux_2_6_37
- starfire: Fix dma_addr_t size test for MIPS (fixes FTBFS)
- watchdog: Improve failure message and documentation (Closes: #608138)
 .
  [ Ben Hutchings ]
  * i2c-i801: Include linux/slab.h (fixes FTBFS on alpha)
  * [x86] Staging: Enable R8712U as module (r8712u, replacing r8192s_usb)
- Enable loading external firmware, thanks to Stefan Lippers-Hollmann
  * linux-base: Look for GRUB 1 configuration in both /boot/grub and
/boot/boot/grub (Closes: #607863)
  * btrfs: Require CAP_SYS_ADMIN for filesystem rebalance (Closes: #608185)
  * r8169: Change RTL8111D/RTL8168D initialisation and firmware loading to
match upstream version (Closes: #596390 with firmware-realtek 0.28)


Override entries for your package:
firmware-linux-free_2.6.37-1~experimental.1_all.deb - optional kernel
linux-2.6_2.6.37-1~experimental.1.dsc - source devel
linux-base_2.6.37-1~experimental.1_all.deb - optional kernel
linux-doc-2.6.37_2.6.37-1~experimental.1_all.deb - optional doc
linux-manual-2.6.37_2.6.37-1~experimental.1_all.deb - optional doc
linux-patch-debian-2.6.37_2.6.37-1~experimental.1_all.deb - optional kernel
linux-source-2.6.37_2.6.37-1~experimental.1_all.deb - optional kernel

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 596390 607863 608138 608185 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.


-- 
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/e1paexs-0006rn...@franck.debian.org



Bug#576274: Possible Bug Fix?

2011-01-05 Thread Ben Hutchings
On Wed, 2011-01-05 at 21:31 -0400, Brian Michalski wrote:
[...]
 So I went back into XOrg.conf to look through and try to see 
 if perhaps the system was misconfigured.
 
 This is what I saw:
 ---
 Section Device
 IdentifierConfigured Video Device
 OptionUseFBDevtrue
 EndSection
 
 Section Monitor
 IdentifierConfigured Monitor
 EndSection
 ---
 
 I personally find it uneasy when all it tells me is that its 
 configured

It's just an arbitrary name.

 so I went through the repositories to confirm I had the 
 right driver packages and autoconfigs to attempt to refresh the conf 
 file so to speak.

You probably don't even need this configuration file.

 I installed/reinstalled the following packages: mesa-utils (7.0.3-7), 
 xdebconfigurator (1.35), xserver-xorg (1:7.3+20), xserver-xorg-core 
 (2:1.4.2-10.lenny3), xserver-xorg-video-dummy (1:0.3.0-1), 
 xserver-xorg-video-intel (2:2.3.2-2+lenny8)
 
 Then I ran 'xdebconfigurator', after it completed I got curious as to 
 the changes it made so I went back to XOrg.conf to see, the following 
 was changed:
 
 Section Device
 IdentifierConfigured Video Device
 Driveri810
 EndSection
 
 Section Monitor
 IdentifierConfigured Monitor
 EndSection
 
 
 Its evidently using the i810 Intel drivers now.

The correct driver is 'intel'  I don't how why you ended up with 'i810',
but in any case that would be a bug in xdebconfigurator, not the kernel.
Possibly 'i810' just works as an alias for 'intel'.

 Though I have a 945GM 
 card I dont know if there is a driver for that card specifically, or if 
 it would make a difference.
[...]

If you have problems with the 945GM, open a separate bug report.  This
bug report concerns the 915GM chip.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Processed: tagging 555835

2011-01-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 # Automatically generated email from bts, devscripts version 2.10.35lenny7
 tags 555835 + pending
Bug #555835 [linux-2.6] linux-image-2.6.30-2-686: Unusual usb storage Samsung 
YP-CP3 not working
Bug #555836 [linux-2.6] linux-image-2.6.30-2-686: Unusual usb_storage device 
Samsung YP-CP3 not working
Ignoring request to alter tags of bug #555835 to the same tags previously set
Ignoring request to alter tags of bug #555836 to the same tags previously set

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
555835: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555835
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12942900934990.transcr...@bugs.debian.org