Debian Bug report logs - #604457
linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 22 Nov 2010 11:48:55 +0100

Package: linux-image-2.6.26-2-xen-686
Version: 2.6.26-25lenny1
Severity: critical
Justification: causes serious data loss

When accessing an lv using configured on a raid10 using xen results in corrupted data as the following syslog indicates:
kernel: raid10_make_request bug: can't convert block across chunks or bigger than 64k 309585274 4

Continued attempts to use the disk in the domU results in i/o error and
the partition being remounted read-only. 

see also debian bug 461644 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461644)
Since this bug is old and closed without a fix, I want to open a new bug for it.

Redhat made a patch for the appropriate driver, but its not included upstream.
Can someone please make sure this patch gets into the sources of the debian fork.
See this patch: https://bugzilla.redhat.com/attachment.cgi?id=342638&action=diff

See also this kernel trap related discussion : http://kerneltrap.org/mailarchive/linux-raid/2010/3/8/6837883
This same thread contains an other patch then the redhat one and its that one is also confirmed as working.

-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-xen-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.26-2-xen-686 depends on:
ii  initramfs-tools          0.92o           tools for generating an initramfs
ii  linux-modules-2.6.26-2-x 2.6.26-25lenny1 Linux 2.6.26 modules on i686

Versions of packages linux-image-2.6.26-2-xen-686 recommends:
ii  libc6-xen                     2.10.2-2   GNU C Library: Shared libraries [X

Versions of packages linux-image-2.6.26-2-xen-686 suggests:
ii  grub                       0.97-47lenny2 GRand Unified Bootloader (Legacy v
pn  linux-doc-2.6.26           <none>        (no description available)

-- no debconf information

Message #10 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Wouter D'Haeseleer <wdh@vasco.com>, 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 02:31:46 +0000

[Message part 1 (text/plain, inline)]

On Mon, 2010-11-22 at 11:48 +0100, Wouter D'Haeseleer wrote:
> Package: linux-image-2.6.26-2-xen-686
> Version: 2.6.26-25lenny1
> Severity: critical
> Justification: causes serious data loss
> 
> When accessing an lv using configured on a raid10 using xen results in corrupted data as the following syslog indicates:
> kernel: raid10_make_request bug: can't convert block across chunks or bigger than 64k 309585274 4
> 
> Continued attempts to use the disk in the domU results in i/o error and
> the partition being remounted read-only. 
> 
> see also debian bug 461644 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461644)
> Since this bug is old and closed without a fix, I want to open a new bug for it.
> 
> Redhat made a patch for the appropriate driver, but its not included upstream.
> Can someone please make sure this patch gets into the sources of the debian fork.
> See this patch: https://bugzilla.redhat.com/attachment.cgi?id=342638&action=diff

We much prefer to use bug fixes that have been accepted upstream.

> See also this kernel trap related discussion :
> http://kerneltrap.org/mailarchive/linux-raid/2010/3/8/6837883
> This same thread contains an other patch then the redhat one and its
> that one is also confirmed as working.

Well that was also not accepted upstream.  However, I eventually tracked
down the accepted version, which for future reference is:

commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71
Author: NeilBrown <neilb@suse.de>
Date:   Mon Mar 8 16:44:38 2010 +1100

    md: deal with merge_bvec_fn in component devices better.

I have attempted to adjust this for Debian's stable kernel version
(2.6.26) and the result is attached.  Please could you test this,
following the instructions at
<http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official>.

Ben.

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

[0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch (text/x-patch, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Wouter D'Haeseleer <wdh@vasco.com>

Cc: 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 02:34:07 +0000

[Message part 1 (text/plain, inline)]

On Tue, 2010-11-23 at 02:31 +0000, Ben Hutchings wrote:

> I have attempted to adjust this for Debian's stable kernel version
> (2.6.26) and the result is attached.  Please could you test this,
> following the instructions at
> <http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official>.

Oops, that version was not quite completely adjusted.  Please test this
instead.

Ben.

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

[md-deal-with-merge_bvec_fn-in-component-devices-better.patch (text/x-patch, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #30 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: "604457@bugs.debian.org" <604457@bugs.debian.org>

Cc: Ben Hutchings <ben@decadent.org.uk>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 09:51:03 +0100

[Message part 1 (text/plain, inline)]

Hi Ben,

Thanks for the quick response.
I'm trying the patch you send me but it seems to be a huge difference
from what I get using the source.
This is what i did:

apt-get source linux-image-2.6.26-2-xen-686
cd linux-2.6-2.6.26
fakeroot debian/rules source
fakeroot debian/rules setup
cd debian/build/source_i386_xen

And I tried your patch at this level.
Attached you can find the drivers/md/linear.c I have.

Thanks for your help.

Wouter


-----Original Message-----
From: Ben Hutchings <ben@decadent.org.uk>
To: Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>
Cc: 604457@bugs.debian.org <604457@bugs.debian.org>
Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting
LV to xen results in error "can't convert block across chunks or bigger
than 64k"
Date: Tue, 23 Nov 2010 03:34:07 +0100


On Tue, 2010-11-23 at 02:31 +0000, Ben Hutchings wrote:

> I have attempted to adjust this for Debian's stable kernel version
> (2.6.26) and the result is attached.  Please could you test this,
> following the instructions at
> <http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official>.

Oops, that version was not quite completely adjusted.  Please test this
instead.

Ben.

[Message part 2 (text/html, inline)]

[linear.c (text/x-csrc, attachment)]

Message #35 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: Ben Hutchings <ben@decadent.org.uk>, "604457@bugs.debian.org" <604457@bugs.debian.org>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 14:11:14 +0100

[Message part 1 (text/plain, inline)]

Oeps, please ignore my previous post, it seems I made a mistake with the patch files.

I have re-compiled the kernel.
I can say that after running now almost 3 hours I don't see the error anymore.

Therefore I can say this bug is resolved.
When will this patch make it into the normal updates?

Thanks

[Message part 2 (text/html, inline)]

Message #40 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: Ben Hutchings <ben@decadent.org.uk>, "604457@bugs.debian.org" <604457@bugs.debian.org>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 17:50:20 +0100

[Message part 1 (text/plain, inline)]

I Spoke to soon, issue still present using the patch.

[Message part 2 (text/html, inline)]

Message #47 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: Ben Hutchings <ben@decadent.org.uk>, "604457@bugs.debian.org" <604457@bugs.debian.org>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 18:20:34 +0100

[Message part 1 (text/plain, inline)]

Just a small question to be sure I patched it correctly this is what I
did

cd /usr/src

apt-get build-dep linux-image-2.6.26-2-xen-686
apt-get source linux-image-2.6.26-2-xen-686
cd linux-2.6-2.6.26

fakeroot debian/rules source
fakeroot debian/rules setup

cd debian/build/source_i386_xen

# Getting your patch and applying it 
wget 'http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch;att=1;bug=604457' -O 0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch
patch -p1 < 0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch

fakeroot make -f debian/rules.gen binary-arch_i386_xen_686

[Message part 2 (text/html, inline)]

Message #52 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Wouter D'Haeseleer <wdh@vasco.com>

Cc: "604457@bugs.debian.org" <604457@bugs.debian.org>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 17:50:08 +0000

[Message part 1 (text/plain, inline)]

On Tue, 2010-11-23 at 18:20 +0100, Wouter D'Haeseleer wrote:
> Just a small question to be sure I patched it correctly this is what I
> did
> 
> cd /usr/src 
> apt-get build-dep linux-image-2.6.26-2-xen-686
> apt-get source linux-image-2.6.26-2-xen-686
> cd linux-2.6-2.6.26
> 
> fakeroot debian/rules source
> fakeroot debian/rules setup
> 
> cd debian/build/source_i386_xen
> 
> # Getting your patch and applying it 
> wget 'http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch;att=1;bug=604457' -O 0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch
> patch -p1 < 0001-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch
> 
> fakeroot make -f debian/rules.gen binary-arch_i386_xen_686

Sorry, I realise now that those instructions are not correct for the
kernel package in stable.  You need to apply the patch *before* running
'debian/rules setup'.  (For newer kernel package the order doesn't
matter.)

Also, I wrote:
> On Tue, 2010-11-23 at 02:31 +0000, Ben Hutchings wrote:
> 
> > I have attempted to adjust this for Debian's stable kernel version
> > (2.6.26) and the result is attached.  Please could you test this,
> > following the instructions at
> > <http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official>.
> 
> Oops, that version was not quite completely adjusted.  Please test this
> instead.

and I have no idea why I thought that, because the first version I sent
you was correct and the second was not.

Ben.

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

[signature.asc (application/pgp-signature, inline)]

Message #57 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Wouter D'Haeseleer <wdh@vasco.com>

Cc: "604457@bugs.debian.org" <604457@bugs.debian.org>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Tue, 23 Nov 2010 17:54:22 +0000

[Message part 1 (text/plain, inline)]

On Tue, 2010-11-23 at 17:50 +0000, Ben Hutchings wrote:
[...]
> > Oops, that version was not quite completely adjusted.  Please test this
> > instead.
> 
> and I have no idea why I thought that, because the first version I sent
> you was correct and the second was not.

*sigh* OK, neither of them was correct.  This version will really work,
I promise.

Ben.

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

[0002-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch (text/x-patch, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #64 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <wdh@vasco.com>

To: "604457@bugs.debian.org" <604457@bugs.debian.org>

Cc: Ben Hutchings <ben@decadent.org.uk>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Wed, 24 Nov 2010 17:01:47 +0100

[Message part 1 (text/plain, inline)]

Hi Ben,

I have now successfully compiled the kernel including the patch which this time applied without problem.
However the original bug is still present with the patch you grabbed upstream.

For testing purpose I have tried also the patch which is supplied by redhat and I can confirm that this patch is working without a problem.

So it looks like the patch from Neil Brown does not work for this bug.

Thanks

Wouter
 

[Message part 2 (text/html, inline)]

Message #69 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>

To: "604457@bugs.debian.org" <604457@bugs.debian.org>

Cc: Ben Hutchings <ben@decadent.org.uk>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Sat, 27 Nov 2010 10:49:01 +0100

Ben,

I'm running 4 days now without any disk errors anymore.
As stated in my previous message this is with the RedHat patch applied.

If I compair the patches I see that the patch you grabed upstream does not deal with t->limits.max_sectors

Thanks for a reply

Wouter

Message #74 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <benh@debian.org>

To: Neil Brown <neilb@suse.de>

Cc: Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>, 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Sat, 27 Nov 2010 19:53:54 +0000

[Message part 1 (text/plain, inline)]

Neil, would you mind looking at this:

On Sat, 2010-11-27 at 10:49 +0100, Wouter D'Haeseleer wrote:
> Ben,
> 
> I'm running 4 days now without any disk errors anymore.
> As stated in my previous message this is with the RedHat patch applied.
> 
> If I compair the patches I see that the patch you grabed upstream does not deal with t->limits.max_sectors

I've tried backporting your commit
627a2d3c29427637f4c5d31ccc7fcbd8d312cd71 to Linux 2.6.26 in Debian
stable but it doesn't seem to fix the problem there.  My version is
<http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=57;filename=0002-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch;att=1;bug=604457>
and RH's very different patch for RHEL 5 is
<https://bugzilla.redhat.com/attachment.cgi?id=342638&action=diff&context=patch&collapsed=&headers=1&format=raw>

Our bug log is at <http://bugs.debian.org/604457>.

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member

[signature.asc (application/pgp-signature, inline)]

Message #79 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Neil Brown <neilb@suse.de>

To: Ben Hutchings <benh@debian.org>

Cc: Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>, 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Sun, 28 Nov 2010 08:28:11 +1100

[Message part 1 (text/plain, inline)]

On Sat, 27 Nov 2010 19:53:54 +0000 Ben Hutchings <benh@debian.org> wrote:

> Neil, would you mind looking at this:
> 
> On Sat, 2010-11-27 at 10:49 +0100, Wouter D'Haeseleer wrote:
> > Ben,
> > 
> > I'm running 4 days now without any disk errors anymore.
> > As stated in my previous message this is with the RedHat patch applied.
> > 
> > If I compair the patches I see that the patch you grabed upstream does not deal with t->limits.max_sectors
> 
> I've tried backporting your commit
> 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71 to Linux 2.6.26 in Debian
> stable but it doesn't seem to fix the problem there.  My version is
> <http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=57;filename=0002-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch;att=1;bug=604457>
> and RH's very different patch for RHEL 5 is
> <https://bugzilla.redhat.com/attachment.cgi?id=342638&action=diff&context=patch&collapsed=&headers=1&format=raw>
> 
> Our bug log is at <http://bugs.debian.org/604457>.
> 
> Ben.
> 

Hi Ben,

 You probably know most of this, but:

    The problem is that with stacked devices, if the lower device has a
    merge_bvec_fn, and the upper device never bothers to call it, then the
    upper device must make sure that it never sends a bio with more than one
    page in the bi_iovec.  This is a property of the block device interface.

    The patch you back-ported fixes md so when it is the upper device it
    behaves correctly.

    However in the original problem, the md/raid10 is the lower device, and
    dm is the upper device.  So dm needs to be fixed.

    Despite the fact that I learned about setting blk_queue_max_segments on
    the dm mailing list (if I remember correctly), dm still doesn't include
    this fix in mainline.

 The fix I would recommend for 2.6.26 is to add

   if (q->merge_bvec_fn)
           rs->max_phys_segments = 1;

to dm_set_device_limits.  Though the redhat one is probably adequate.

If you really need an upstream fix, you will need to chase upstream to apply
one :-(

NeilBrown

[signature.asc (application/pgp-signature, attachment)]

Message #86 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <benh@debian.org>

To: Neil Brown <neilb@suse.de>, 604457@bugs.debian.org

Cc: Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Sun, 28 Nov 2010 04:18:25 +0000

[Message part 1 (text/plain, inline)]

On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
> On Sat, 27 Nov 2010 19:53:54 +0000 Ben Hutchings <benh@debian.org> wrote:
> 
> > Neil, would you mind looking at this:
> > 
> > On Sat, 2010-11-27 at 10:49 +0100, Wouter D'Haeseleer wrote:
> > > Ben,
> > > 
> > > I'm running 4 days now without any disk errors anymore.
> > > As stated in my previous message this is with the RedHat patch applied.
> > > 
> > > If I compair the patches I see that the patch you grabed upstream does not deal with t->limits.max_sectors
> > 
> > I've tried backporting your commit
> > 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71 to Linux 2.6.26 in Debian
> > stable but it doesn't seem to fix the problem there.  My version is
> > <http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=57;filename=0002-md-deal-with-merge_bvec_fn-in-component-devices-bett.patch;att=1;bug=604457>
> > and RH's very different patch for RHEL 5 is
> > <https://bugzilla.redhat.com/attachment.cgi?id=342638&action=diff&context=patch&collapsed=&headers=1&format=raw>
> > 
> > Our bug log is at <http://bugs.debian.org/604457>.
> > 
> > Ben.
> > 
> 
> Hi Ben,
> 
>  You probably know most of this, but:
> 
>     The problem is that with stacked devices, if the lower device has a
>     merge_bvec_fn, and the upper device never bothers to call it, then the
>     upper device must make sure that it never sends a bio with more than one
>     page in the bi_iovec.  This is a property of the block device interface.
> 
>     The patch you back-ported fixes md so when it is the upper device it
>     behaves correctly.
> 
>     However in the original problem, the md/raid10 is the lower device, and
>     dm is the upper device.  So dm needs to be fixed.

Thanks, I didn't spot that subtlety.

>     Despite the fact that I learned about setting blk_queue_max_segments on
>     the dm mailing list (if I remember correctly), dm still doesn't include
>     this fix in mainline.
> 
>  The fix I would recommend for 2.6.26 is to add
> 
>    if (q->merge_bvec_fn)
>            rs->max_phys_segments = 1;
> 
> to dm_set_device_limits.  Though the redhat one is probably adequate.
> 
> If you really need an upstream fix, you will need to chase upstream to apply
> one :-(

I won't do that myself - as you can see, I don't really understand the
issue fully.  Is that fix also valid (modulo renaming of
max_phys_segments) for later versions?

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member

[signature.asc (application/pgp-signature, inline)]

Message #91 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Neil Brown <neilb@suse.de>

To: Ben Hutchings <benh@debian.org>

Cc: 604457@bugs.debian.org, Wouter D'Haeseleer <Wouter.DHaeseleer@vasco.com>

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 29 Nov 2010 09:37:37 +1100

[Message part 1 (text/plain, inline)]

On Sun, 28 Nov 2010 04:18:25 +0000 Ben Hutchings <benh@debian.org> wrote:

> On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
> >  The fix I would recommend for 2.6.26 is to add
> > 
> >    if (q->merge_bvec_fn)
> >            rs->max_phys_segments = 1;
> > 
> > to dm_set_device_limits.  Though the redhat one is probably adequate.
> > 
> > If you really need an upstream fix, you will need to chase upstream to apply
> > one :-(
> 
> I won't do that myself - as you can see, I don't really understand the
> issue fully.  Is that fix also valid (modulo renaming of
> max_phys_segments) for later versions?
> 

Yes.
For current mainline it would look like replacing


	if (q->merge_bvec_fn && !ti->type->merge)
		limits->max_sectors =
			min_not_zero(limits->max_sectors,
				     (unsigned int) (PAGE_SIZE >> 9));

with

	if (q->merge_bvec_fn && !ti->type->merge)
		limits->max_segments = 1;

(the test on ->type->merge is important and applies to 2.6.26 as well).

NeilBrown

[signature.asc (application/pgp-signature, attachment)]

Message #96 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <benh@debian.org>

To: Neil Brown <neilb@suse.de>

Cc: 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 29 Nov 2010 00:08:47 +0000

[Message part 1 (text/plain, inline)]

On Mon, 2010-11-29 at 09:37 +1100, Neil Brown wrote:
> On Sun, 28 Nov 2010 04:18:25 +0000 Ben Hutchings <benh@debian.org> wrote:
> 
> > On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
> > >  The fix I would recommend for 2.6.26 is to add
> > > 
> > >    if (q->merge_bvec_fn)
> > >            rs->max_phys_segments = 1;
> > > 
> > > to dm_set_device_limits.  Though the redhat one is probably adequate.
> > > 
> > > If you really need an upstream fix, you will need to chase upstream to apply
> > > one :-(
> > 
> > I won't do that myself - as you can see, I don't really understand the
> > issue fully.  Is that fix also valid (modulo renaming of
> > max_phys_segments) for later versions?
> > 
> 
> Yes.
> For current mainline it would look like replacing
> 
> 
> 	if (q->merge_bvec_fn && !ti->type->merge)
> 		limits->max_sectors =
> 			min_not_zero(limits->max_sectors,
> 				     (unsigned int) (PAGE_SIZE >> 9));
> 
> with
> 
> 	if (q->merge_bvec_fn && !ti->type->merge)
> 		limits->max_segments = 1;
> 
> (the test on ->type->merge is important and applies to 2.6.26 as well).

Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
as for md devices?

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member

[signature.asc (application/pgp-signature, inline)]

Message #101 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Neil Brown <neilb@suse.de>

To: Ben Hutchings <benh@debian.org>

Cc: 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 29 Nov 2010 11:48:03 +1100

[Message part 1 (text/plain, inline)]

On Mon, 29 Nov 2010 00:08:47 +0000 Ben Hutchings <benh@debian.org> wrote:

> > 
> > 	if (q->merge_bvec_fn && !ti->type->merge)
> > 		limits->max_segments = 1;
> > 
> > (the test on ->type->merge is important and applies to 2.6.26 as well).
> 
> Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
> as for md devices?
> 

Sorry.  It is necessary of course.  I guess I was being a bit hasty and
forgetting all the details.

 if (q->merge_bvec_fn && !ti->type->merge) {
      limits->max_segments = 1;   /* Make sure only one segment in each bio */
      limits->seg_boundary_mask = PAGE_CACHE_SIZE-1; /* make sure that
                                                segment is in just one page */
 }

NeilBrown

[signature.asc (application/pgp-signature, attachment)]

Message #108 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <benh@debian.org>

To: Neil Brown <neilb@suse.de>

Cc: 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 29 Nov 2010 02:34:30 +0000

[Message part 1 (text/plain, inline)]

On Mon, 2010-11-29 at 11:48 +1100, Neil Brown wrote:
> On Mon, 29 Nov 2010 00:08:47 +0000 Ben Hutchings <benh@debian.org> wrote:
> 
> > > 
> > > 	if (q->merge_bvec_fn && !ti->type->merge)
> > > 		limits->max_segments = 1;
> > > 
> > > (the test on ->type->merge is important and applies to 2.6.26 as well).
> > 
> > Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
> > as for md devices?
> > 
> 
> Sorry.  It is necessary of course.  I guess I was being a bit hasty and
> forgetting all the details.
> 
>  if (q->merge_bvec_fn && !ti->type->merge) {
>       limits->max_segments = 1;   /* Make sure only one segment in each bio */
>       limits->seg_boundary_mask = PAGE_CACHE_SIZE-1; /* make sure that
>                                                 segment is in just one page */
>  }

Thanks again.  I'll apply this change in Debian and try to get it
upstream if we don't see any regressions.

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member

[signature.asc (application/pgp-signature, inline)]

Message #113 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Wouter D'Haeseleer <wdh@vasco.com>

Cc: 604457@bugs.debian.org

Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

Date: Mon, 29 Nov 2010 02:41:42 +0000

[Message part 1 (text/plain, inline)]

On Wed, 2010-11-24 at 17:01 +0100, Wouter D'Haeseleer wrote:
> Hi Ben,
> 
> I have now successfully compiled the kernel including the patch which
> this time applied without problem.
> However the original bug is still present with the patch you grabbed
> upstream.
> 
> For testing purpose I have tried also the patch which is supplied by
> redhat and I can confirm that this patch is working without a problem.
> 
> So it looks like the patch from Neil Brown does not work for this bug.

The result of my conversation with Neil Brown is that his fix covers
only md devices at the top of a stack whereas the Red Hat patch covers
only dm devices at the top of a stack.  We should really be fixing both
in the same way.

Please can you test the attached patch, which covers both dm and md.

Ben.

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

[dm-md-fix-merge.patch (text/x-patch, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #118 received at 604457-close@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: 604457-close@bugs.debian.org

Subject: Bug#604457: fixed in linux-2.6 2.6.37~rc4-1~experimental.1

Date: Mon, 06 Dec 2010 13:48:27 +0000

Source: linux-2.6
Source-Version: 2.6.37~rc4-1~experimental.1

We believe that the bug you reported is fixed in the latest version of
linux-2.6, which is due to be installed in the Debian FTP archive:

firmware-linux-free_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/firmware-linux-free_2.6.37~rc4-1~experimental.1_all.deb
linux-2.6_2.6.37~rc4-1~experimental.1.diff.gz
  to main/l/linux-2.6/linux-2.6_2.6.37~rc4-1~experimental.1.diff.gz
linux-2.6_2.6.37~rc4-1~experimental.1.dsc
  to main/l/linux-2.6/linux-2.6_2.6.37~rc4-1~experimental.1.dsc
linux-2.6_2.6.37~rc4.orig.tar.gz
  to main/l/linux-2.6/linux-2.6_2.6.37~rc4.orig.tar.gz
linux-base_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-base_2.6.37~rc4-1~experimental.1_all.deb
linux-doc-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-doc-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
linux-manual-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-manual-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
linux-patch-debian-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-patch-debian-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
linux-source-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-source-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
linux-support-2.6.37-rc4_2.6.37~rc4-1~experimental.1_all.deb
  to main/l/linux-2.6/linux-support-2.6.37-rc4_2.6.37~rc4-1~experimental.1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 604457@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings <ben@decadent.org.uk> (supplier of updated linux-2.6 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Sun, 05 Dec 2010 23:19:38 +0000
Source: linux-2.6
Binary: linux-tools-2.6.37 linux-source-2.6.37 linux-doc-2.6.37 linux-manual-2.6.37 linux-patch-debian-2.6.37 firmware-linux-free linux-support-2.6.37-rc4 linux-base linux-libc-dev linux-headers-2.6.37-rc4-all linux-headers-2.6.37-rc4-all-alpha linux-headers-2.6.37-rc4-common linux-image-2.6.37-rc4-alpha-generic linux-headers-2.6.37-rc4-alpha-generic linux-image-2.6.37-rc4-alpha-smp linux-headers-2.6.37-rc4-alpha-smp linux-image-2.6.37-rc4-alpha-legacy linux-headers-2.6.37-rc4-alpha-legacy linux-headers-2.6.37-rc4-all-amd64 linux-image-2.6.37-rc4-amd64 linux-headers-2.6.37-rc4-amd64 linux-image-2.6.37-rc4-amd64-dbg linux-headers-2.6.37-rc4-all-armel linux-image-2.6.37-rc4-iop32x linux-headers-2.6.37-rc4-iop32x linux-image-2.6.37-rc4-ixp4xx linux-headers-2.6.37-rc4-ixp4xx linux-image-2.6.37-rc4-kirkwood linux-headers-2.6.37-rc4-kirkwood linux-image-2.6.37-rc4-orion5x linux-headers-2.6.37-rc4-orion5x linux-image-2.6.37-rc4-versatile linux-headers-2.6.37-rc4-versatile
 linux-headers-2.6.37-rc4-all-hppa linux-image-2.6.37-rc4-parisc linux-headers-2.6.37-rc4-parisc linux-image-2.6.37-rc4-parisc-smp linux-headers-2.6.37-rc4-parisc-smp linux-image-2.6.37-rc4-parisc64 linux-headers-2.6.37-rc4-parisc64 linux-image-2.6.37-rc4-parisc64-smp linux-headers-2.6.37-rc4-parisc64-smp linux-headers-2.6.37-rc4-all-i386 linux-image-2.6.37-rc4-486 linux-headers-2.6.37-rc4-486 linux-image-2.6.37-rc4-686 linux-headers-2.6.37-rc4-686 linux-image-2.6.37-rc4-686-bigmem linux-headers-2.6.37-rc4-686-bigmem linux-image-2.6.37-rc4-686-bigmem-dbg linux-headers-2.6.37-rc4-all-ia64 linux-image-2.6.37-rc4-itanium linux-headers-2.6.37-rc4-itanium linux-image-2.6.37-rc4-mckinley linux-headers-2.6.37-rc4-mckinley linux-headers-2.6.37-rc4-all-m68k linux-image-2.6.37-rc4-amiga linux-headers-2.6.37-rc4-amiga linux-image-2.6.37-rc4-atari linux-headers-2.6.37-rc4-atari linux-image-2.6.37-rc4-bvme6000 linux-headers-2.6.37-rc4-bvme6000 linux-image-2.6.37-rc4-mac
 linux-headers-2.6.37-rc4-mac linux-image-2.6.37-rc4-mvme147 linux-headers-2.6.37-rc4-mvme147 linux-image-2.6.37-rc4-mvme16x linux-headers-2.6.37-rc4-mvme16x linux-headers-2.6.37-rc4-all-mips linux-image-2.6.37-rc4-r4k-ip22 linux-headers-2.6.37-rc4-r4k-ip22 linux-image-2.6.37-rc4-r5k-ip32 linux-headers-2.6.37-rc4-r5k-ip32 linux-image-2.6.37-rc4-sb1-bcm91250a linux-headers-2.6.37-rc4-sb1-bcm91250a linux-image-2.6.37-rc4-sb1a-bcm91480b linux-headers-2.6.37-rc4-sb1a-bcm91480b linux-image-2.6.37-rc4-4kc-malta linux-headers-2.6.37-rc4-4kc-malta linux-image-2.6.37-rc4-5kc-malta linux-headers-2.6.37-rc4-5kc-malta linux-image-2.6.37-rc4-octeon linux-headers-2.6.37-rc4-octeon linux-headers-2.6.37-rc4-all-mipsel linux-image-2.6.37-rc4-r5k-cobalt linux-headers-2.6.37-rc4-r5k-cobalt linux-image-2.6.37-rc4-loongson-2f linux-headers-2.6.37-rc4-loongson-2f linux-headers-2.6.37-rc4-all-powerpc linux-image-2.6.37-rc4-powerpc linux-headers-2.6.37-rc4-powerpc
 linux-image-2.6.37-rc4-powerpc-smp linux-headers-2.6.37-rc4-powerpc-smp linux-image-2.6.37-rc4-powerpc64 linux-headers-2.6.37-rc4-powerpc64 linux-headers-2.6.37-rc4-all-s390 linux-image-2.6.37-rc4-s390x linux-headers-2.6.37-rc4-s390x linux-image-2.6.37-rc4-s390x-tape linux-headers-2.6.37-rc4-all-sh4 linux-image-2.6.37-rc4-sh7751r linux-headers-2.6.37-rc4-sh7751r linux-image-2.6.37-rc4-sh7785lcr linux-headers-2.6.37-rc4-sh7785lcr linux-headers-2.6.37-rc4-all-sparc linux-image-2.6.37-rc4-sparc64 linux-headers-2.6.37-rc4-sparc64 linux-image-2.6.37-rc4-sparc64-smp linux-headers-2.6.37-rc4-sparc64-smp
 linux-headers-2.6.37-rc4-all-sparc64
Architecture: all amd64 source
Version: 2.6.37~rc4-1~experimental.1
Distribution: experimental
Urgency: low
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Changed-By: Ben Hutchings <ben@decadent.org.uk>
Closes: 602669 603254 604457 604750 606050
Description: 
 firmware-linux-free - Binary firmware for various drivers in the Linux kernel
 linux-base - Linux image base package
 linux-doc-2.6.37 - Linux kernel specific documentation for version 2.6.37
 linux-headers-2.6.37-rc4-486 - Header files for Linux 2.6.37-rc4-486
 linux-headers-2.6.37-rc4-4kc-malta - Header files for Linux 2.6.37-rc4-4kc-malta
 linux-headers-2.6.37-rc4-5kc-malta - Header files for Linux 2.6.37-rc4-5kc-malta
 linux-headers-2.6.37-rc4-686-bigmem - Header files for Linux 2.6.37-rc4-686-bigmem
 linux-headers-2.6.37-rc4-686 - Header files for Linux 2.6.37-rc4-686
 linux-headers-2.6.37-rc4-all - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-alpha - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-amd64 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-armel - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-hppa - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-i386 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-ia64 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-m68k - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-mips - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-mipsel - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-powerpc - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-s390 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-sh4 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-sparc64 - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-all-sparc - All header files for Linux 2.6.37 (meta-package)
 linux-headers-2.6.37-rc4-alpha-generic - Header files for Linux 2.6.37-rc4-alpha-generic
 linux-headers-2.6.37-rc4-alpha-legacy - Header files for Linux 2.6.37-rc4-alpha-legacy
 linux-headers-2.6.37-rc4-alpha-smp - Header files for Linux 2.6.37-rc4-alpha-smp
 linux-headers-2.6.37-rc4-amd64 - Header files for Linux 2.6.37-rc4-amd64
 linux-headers-2.6.37-rc4-amiga - Header files for Linux 2.6.37-rc4-amiga
 linux-headers-2.6.37-rc4-atari - Header files for Linux 2.6.37-rc4-atari
 linux-headers-2.6.37-rc4-bvme6000 - Header files for Linux 2.6.37-rc4-bvme6000
 linux-headers-2.6.37-rc4-common - Common header files for Linux 2.6.37-rc4
 linux-headers-2.6.37-rc4-iop32x - Header files for Linux 2.6.37-rc4-iop32x
 linux-headers-2.6.37-rc4-itanium - Header files for Linux 2.6.37-rc4-itanium
 linux-headers-2.6.37-rc4-ixp4xx - Header files for Linux 2.6.37-rc4-ixp4xx
 linux-headers-2.6.37-rc4-kirkwood - Header files for Linux 2.6.37-rc4-kirkwood
 linux-headers-2.6.37-rc4-loongson-2f - Header files for Linux 2.6.37-rc4-loongson-2f
 linux-headers-2.6.37-rc4-mac - Header files for Linux 2.6.37-rc4-mac
 linux-headers-2.6.37-rc4-mckinley - Header files for Linux 2.6.37-rc4-mckinley
 linux-headers-2.6.37-rc4-mvme147 - Header files for Linux 2.6.37-rc4-mvme147
 linux-headers-2.6.37-rc4-mvme16x - Header files for Linux 2.6.37-rc4-mvme16x
 linux-headers-2.6.37-rc4-octeon - Header files for Linux 2.6.37-rc4-octeon
 linux-headers-2.6.37-rc4-orion5x - Header files for Linux 2.6.37-rc4-orion5x
 linux-headers-2.6.37-rc4-parisc64 - Header files for Linux 2.6.37-rc4-parisc64
 linux-headers-2.6.37-rc4-parisc64-smp - Header files for Linux 2.6.37-rc4-parisc64-smp
 linux-headers-2.6.37-rc4-parisc - Header files for Linux 2.6.37-rc4-parisc
 linux-headers-2.6.37-rc4-parisc-smp - Header files for Linux 2.6.37-rc4-parisc-smp
 linux-headers-2.6.37-rc4-powerpc64 - Header files for Linux 2.6.37-rc4-powerpc64
 linux-headers-2.6.37-rc4-powerpc - Header files for Linux 2.6.37-rc4-powerpc
 linux-headers-2.6.37-rc4-powerpc-smp - Header files for Linux 2.6.37-rc4-powerpc-smp
 linux-headers-2.6.37-rc4-r4k-ip22 - Header files for Linux 2.6.37-rc4-r4k-ip22
 linux-headers-2.6.37-rc4-r5k-cobalt - Header files for Linux 2.6.37-rc4-r5k-cobalt
 linux-headers-2.6.37-rc4-r5k-ip32 - Header files for Linux 2.6.37-rc4-r5k-ip32
 linux-headers-2.6.37-rc4-s390x - Header files for Linux 2.6.37-rc4-s390x
 linux-headers-2.6.37-rc4-sb1a-bcm91480b - Header files for Linux 2.6.37-rc4-sb1a-bcm91480b
 linux-headers-2.6.37-rc4-sb1-bcm91250a - Header files for Linux 2.6.37-rc4-sb1-bcm91250a
 linux-headers-2.6.37-rc4-sh7751r - Header files for Linux 2.6.37-rc4-sh7751r
 linux-headers-2.6.37-rc4-sh7785lcr - Header files for Linux 2.6.37-rc4-sh7785lcr
 linux-headers-2.6.37-rc4-sparc64 - Header files for Linux 2.6.37-rc4-sparc64
 linux-headers-2.6.37-rc4-sparc64-smp - Header files for Linux 2.6.37-rc4-sparc64-smp
 linux-headers-2.6.37-rc4-versatile - Header files for Linux 2.6.37-rc4-versatile
 linux-image-2.6.37-rc4-486 - Linux 2.6.37-rc4 for old PCs
 linux-image-2.6.37-rc4-4kc-malta - Linux 2.6.37-rc4 for MIPS Malta
 linux-image-2.6.37-rc4-5kc-malta - Linux 2.6.37-rc4 for MIPS Malta (64-bit)
 linux-image-2.6.37-rc4-686-bigmem-dbg - Debugging infos for Linux 2.6.37-rc4-686-bigmem
 linux-image-2.6.37-rc4-686-bigmem - Linux 2.6.37-rc4 for PCs with 4GB+ RAM
 linux-image-2.6.37-rc4-686 - Linux 2.6.37-rc4 for modern PCs
 linux-image-2.6.37-rc4-alpha-generic - Linux 2.6.37-rc4 for Alpha
 linux-image-2.6.37-rc4-alpha-legacy - Linux 2.6.37-rc4 for Alpha Legacy
 linux-image-2.6.37-rc4-alpha-smp - Linux 2.6.37-rc4 for Alpha SMP
 linux-image-2.6.37-rc4-amd64-dbg - Debugging infos for Linux 2.6.37-rc4-amd64
 linux-image-2.6.37-rc4-amd64 - Linux 2.6.37-rc4 for 64-bit PCs
 linux-image-2.6.37-rc4-amiga - Linux 2.6.37-rc4 for Amiga
 linux-image-2.6.37-rc4-atari - Linux 2.6.37-rc4 for Atari
 linux-image-2.6.37-rc4-bvme6000 - Linux 2.6.37-rc4 for BVM BVME4000 and BVME6000
 linux-image-2.6.37-rc4-iop32x - Linux 2.6.37-rc4 for IOP32x
 linux-image-2.6.37-rc4-itanium - Linux 2.6.37-rc4 for Itanium
 linux-image-2.6.37-rc4-ixp4xx - Linux 2.6.37-rc4 for IXP4xx
 linux-image-2.6.37-rc4-kirkwood - Linux 2.6.37-rc4 for Marvell Kirkwood
 linux-image-2.6.37-rc4-loongson-2f - Linux 2.6.37-rc4 for Loongson 2F
 linux-image-2.6.37-rc4-mac - Linux 2.6.37-rc4 for Macintosh
 linux-image-2.6.37-rc4-mckinley - Linux 2.6.37-rc4 for Itanium II
 linux-image-2.6.37-rc4-mvme147 - Linux 2.6.37-rc4 for Motorola MVME147
 linux-image-2.6.37-rc4-mvme16x - Linux 2.6.37-rc4 for Motorola MVME162/6/7, MVME172/7
 linux-image-2.6.37-rc4-octeon - Linux 2.6.37-rc4 for Octeon
 linux-image-2.6.37-rc4-orion5x - Linux 2.6.37-rc4 for Marvell Orion
 linux-image-2.6.37-rc4-parisc64 - Linux 2.6.37-rc4 for 64-bit PA-RISC
 linux-image-2.6.37-rc4-parisc64-smp - Linux 2.6.37-rc4 for multiprocessor 64-bit PA-RISC
 linux-image-2.6.37-rc4-parisc - Linux 2.6.37-rc4 for 32-bit PA-RISC
 linux-image-2.6.37-rc4-parisc-smp - Linux 2.6.37-rc4 for multiprocessor 32-bit PA-RISC
 linux-image-2.6.37-rc4-powerpc64 - Linux 2.6.37-rc4 for 64-bit PowerPC
 linux-image-2.6.37-rc4-powerpc - Linux 2.6.37-rc4 for uniprocessor 32-bit PowerPC
 linux-image-2.6.37-rc4-powerpc-smp - Linux 2.6.37-rc4 for multiprocessor 32-bit PowerPC
 linux-image-2.6.37-rc4-r4k-ip22 - Linux 2.6.37-rc4 for SGI IP22
 linux-image-2.6.37-rc4-r5k-cobalt - Linux 2.6.37-rc4 for Cobalt
 linux-image-2.6.37-rc4-r5k-ip32 - Linux 2.6.37-rc4 for SGI IP32
 linux-image-2.6.37-rc4-s390x - Linux 2.6.37-rc4 for IBM zSeries
 linux-image-2.6.37-rc4-s390x-tape - Linux 2.6.37-rc4 for IBM zSeries, IPL from tape
 linux-image-2.6.37-rc4-sb1a-bcm91480b - Linux 2.6.37-rc4 for BCM91480B
 linux-image-2.6.37-rc4-sb1-bcm91250a - Linux 2.6.37-rc4 for BCM91250A
 linux-image-2.6.37-rc4-sh7751r - Linux 2.6.37-rc4 for sh7751r
 linux-image-2.6.37-rc4-sh7785lcr - Linux 2.6.37-rc4 for sh7785lcr
 linux-image-2.6.37-rc4-sparc64 - Linux 2.6.37-rc4 for uniprocessor 64-bit UltraSPARC
 linux-image-2.6.37-rc4-sparc64-smp - Linux 2.6.37-rc4 for multiprocessor 64-bit UltraSPARC
 linux-image-2.6.37-rc4-versatile - Linux 2.6.37-rc4 for Versatile
 linux-libc-dev - Linux support headers for userspace development
 linux-manual-2.6.37 - Linux kernel API manual pages for version 2.6.37
 linux-patch-debian-2.6.37 - Debian patches to version 2.6.37 of the Linux kernel
 linux-source-2.6.37 - Linux kernel source for version 2.6.37 with Debian patches
 linux-support-2.6.37-rc4 - Support files for Linux 2.6.37-rc4
 linux-tools-2.6.37 - Performance analysis tools for Linux 2.6.37-rc4
Changes: 
 linux-2.6 (2.6.37~rc4-1~experimental.1) experimental; urgency=low
 .
   * New upstream release candidate
 .
   [ maximilian attems ]
   * Newer Standards-Version 3.9.1 without changes.
 .
   [ Martin Michlmayr ]
   * Add ixp4xx build fix from Arnaud Patard (Closes: #602669)
   * [armel/kirkwood] Enable sound.
   * ASoC: Add support for OpenRD Ultimate (Arnaud Patard).
 .
   [ Ben Hutchings ]
   * Enable PM_ADVANCED_DEBUG (Closes: #603254)
   * Disable X.25 protocol and related drivers.  This 10 year old experiment
     has stalled and is a source of security bugs.
   * Disable Econet protocol.  It is unmaintained upstream, probably broken,
     and of historical interest only.
   * af_802154,decnet,rds: Disable auto-loading as mitigation against local
     exploits.  These protocol modules are not widely used and can be
     explicitly loaded or aliased on systems where they are wanted.
   * debian/rules: Change 'clean' rule to remove package build directories
     even after a version bump, thanks to Timo Juhani Lindfors
   * dm: Deal with merge_bvec_fn in component devices better (Closes: #604457)
   * 9p: Enable 9P_FS_POSIX_ACL
   * netfilter/ipvs: Enable IP_VS_PE_SIP as module
   * net/sched: Enable NET_ACT_CSUM as module
   * can: Enable CAN_SJA1000_ISA, CAN_TSCAN1 as modules
   * block: Enable BLK_DEV_RBD (Rados) as module
   * sensors: Enable AD525X_DPOT_SPI, APDS9802ALS, ISL29020, SENSORS_BH1780,
     SENSORS_BH1770, SENSORS_APDS990X, HMC6352, BMP085 as modules
   * scsi: Enable SCSI_CXGB4_ISCSI as module
   * net/ppp: Enable PPTP as module
   * net: Enable BNA, SMCTR, USB_NET_CX82310_ETH as modules
   * IR: Enable IR_RC5_SZ_DECODER as module
   * [i386] IR: Enable IR_NUVOTON as module
   * V4L: Enable GSPCA_KONICA, GSPCA_XIRLINK_CIT as modules
   * DVB: Enable USB_LME2510 as module
   * [i386] sound/isa: Enable SND_AZT1605, SND_AZT2316, SND_JAZZ16,
     SND_MSND_PINNACLE, SND_MSND_CLASSIC as modules
   * HID: Enable HID_UCLOGIC, HID_WALTOP, HID_ROCCAT_PYRA as modules
   * hid-logitech: Enable LOGIWII_FF
   * Enable USB_UAS (USB-attached SCSI) as module
   * serial: Enable USB_SERIAL_SAMBA as module
   * drm/nouveau: Enable DRM_I2C_SIL164 as module
   * perf: Use libiberty, not libbfd, for symbol demangling
     (Closes: #604750, #606050)
   * firmware: Correct copyright information and add source for CIS files
     (accidentally omitted when merging from sid branch)
Checksums-Sha1: 
 95b2622698e5b3e64aef5ae8d43fa7cfde8f3a7e 6024 linux-2.6_2.6.37~rc4-1~experimental.1.dsc
 cb7fc0d9ab10160a2bad9171b97c2f2816db53a7 92486654 linux-2.6_2.6.37~rc4.orig.tar.gz
 760739d95524be243902715ea417b885c5ca7aae 361846 linux-2.6_2.6.37~rc4-1~experimental.1.diff.gz
 3a4ea848d0503c47757f844ced56e10c9a85d531 150362 linux-support-2.6.37-rc4_2.6.37~rc4-1~experimental.1_all.deb
 d3343bea8d51ed3dc5b9c291e2fd65aa01210b75 183678 linux-patch-debian-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 b760b5365ffb03cbb7a3cca54137da8c6ea3d645 157032 linux-base_2.6.37~rc4-1~experimental.1_all.deb
 c105a128c1b88f25f87ff0e8ff755d9020ea1f9f 138778 firmware-linux-free_2.6.37~rc4-1~experimental.1_all.deb
 c399a905e88d486a87c9a68ee097dd612613d4f0 72445176 linux-source-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 1842a1c876f74448ce8705c3ba42cc4904fccf25 6604390 linux-doc-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 153a4f20d7468640e770209d630cede22df992a4 3020298 linux-manual-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
Checksums-Sha256: 
 da4b94b2198862d79da7f9cd44128ca15424fcab6487c47aec860c1c2eaf21cd 6024 linux-2.6_2.6.37~rc4-1~experimental.1.dsc
 eb02dc8a7c2b8de1e050ee54de4e3ddd24b915c6eef0dc120d47b305bfabca4b 92486654 linux-2.6_2.6.37~rc4.orig.tar.gz
 d76234f34a5a2e3b7191413a7dd22b9019569d81c1bbb23c1be2d04115b17a17 361846 linux-2.6_2.6.37~rc4-1~experimental.1.diff.gz
 87403a5372084e59fc6f6dfe3905b667b9c48fbdeef0a2477c16fa8be839862b 150362 linux-support-2.6.37-rc4_2.6.37~rc4-1~experimental.1_all.deb
 1f0c26357e24c3abe21abc530bbb8bbf2c3b89294c4cb97bb6d3b91e23db084a 183678 linux-patch-debian-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 f1d99e69aa847c5dde78a5eafc54fc2a55ee5e7da80bbfd3e1ab9ee28e125a01 157032 linux-base_2.6.37~rc4-1~experimental.1_all.deb
 d15a8008c797ece4774b40173aa2a94732b462e595509b26b019a9d6af537a8f 138778 firmware-linux-free_2.6.37~rc4-1~experimental.1_all.deb
 173ae5c05110c27107712fac9ba40ffb4d0a370682e9745c023ddda1974164bb 72445176 linux-source-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 176fbea5375dc9a6a5db32a6da9143f2ff015a32e2e248a893bc2394caf9b656 6604390 linux-doc-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 33899d0e440e3c62ff2af496dcd8196fb3da85df4047b22348c12b7ea0479c23 3020298 linux-manual-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
Files: 
 955e04c7e506efc3835d957e4e96a269 6024 kernel optional linux-2.6_2.6.37~rc4-1~experimental.1.dsc
 3aad918a5880c244d718736959c87c88 92486654 kernel optional linux-2.6_2.6.37~rc4.orig.tar.gz
 307fa9cd1b08b7a81bde6050b2d90aed 361846 kernel optional linux-2.6_2.6.37~rc4-1~experimental.1.diff.gz
 248c55732c743a35d084976a5f72e8bb 150362 devel optional linux-support-2.6.37-rc4_2.6.37~rc4-1~experimental.1_all.deb
 6d881c7fa7cd23d364a01384547ca3a0 183678 kernel optional linux-patch-debian-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 b68aa96f7c398b8f06d49c2b2ee71039 157032 kernel optional linux-base_2.6.37~rc4-1~experimental.1_all.deb
 9e5a912baa5edbd88911ed5036aface9 138778 kernel optional firmware-linux-free_2.6.37~rc4-1~experimental.1_all.deb
 be58e9546c9d4772dc6d15d23d8c830c 72445176 kernel optional linux-source-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 3f5de70c38656330abbf328b28ccbd0c 6604390 doc optional linux-doc-2.6.37_2.6.37~rc4-1~experimental.1_all.deb
 6acd0ed4d3dcc24175b4c4f6f39ad18d 3020298 doc optional linux-manual-2.6.37_2.6.37~rc4-1~experimental.1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUBTPxX4+e/yOyVhhEJAQodEw//QDn1jxNVs96n8Mg7oCY9z78zvKqoCSFo
gGEIihcu3V8dxQlu2mhwCTjSl4XFgt1IlyiVt03Tq79lC7VVLCyv/mP0qiuN27Is
KyknvoVoiWlZC3YIpvFfI5+rMaxHPzaeXc5+3YQbrn0GsZj1gFqi8JtbBQd5+fpP
beFERstMomXkU9+sp1OcsCgVUDfcfEmNQ4ON2unMcBoU1h9V8fuXu1loQgHwGETR
S+DHJNPCMl/KwkgPyFo+JqtHz8+ReMyONg/obJ7tClvDFtGRvIebANAQ6IKQi8Tp
UPC/TZjr/ioPdfs6HhIGMYg3aW+2zSapNcSHhHDEcrJHIpsbEQ0I29OrKEFBt/S8
Y4u/muXZquJ7KGmMEdGbG7C94Q8m2Ih42tmn0ZlJ29a0778pYK7nIaNtEQCA8FCO
cuENjcoORYHliVNeJ2Kbv2f3OOF+ovqe5Wp+b2PdF3qldp2AkAcGZfz16xweOmA+
NRDfg/KbIP/0RslR/ipjSt8jWXK8yrUe9Sr+9otl1ogsC80IpBEQ0m/8ZDMyAWI/
EEt2AMfNXjtplhoadlntiHgPkJiTIibLhgZTWr9AXgTAnfuG4JnJWIgvPuoa9iOp
1m5T6pyrqjgEkkmvnoKXG/lTKiK7sXDxnfolpckrQ5jcRKtYQietu2l2ZKgcYms6
YgWaIPJqMo8=
=zA50
-----END PGP SIGNATURE-----

Message #128 received at 604457-close@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: 604457-close@bugs.debian.org

Subject: Bug#604457: fixed in linux-2.6 2.6.32-29

Date: Fri, 10 Dec 2010 14:49:19 +0000

Source: linux-2.6
Source-Version: 2.6.32-29

We believe that the bug you reported is fixed in the latest version of
linux-2.6, which is due to be installed in the Debian FTP archive:

firmware-linux-free_2.6.32-29_all.deb
  to main/l/linux-2.6/firmware-linux-free_2.6.32-29_all.deb
linux-2.6_2.6.32-29.diff.gz
  to main/l/linux-2.6/linux-2.6_2.6.32-29.diff.gz
linux-2.6_2.6.32-29.dsc
  to main/l/linux-2.6/linux-2.6_2.6.32-29.dsc
linux-base_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-base_2.6.32-29_all.deb
linux-doc-2.6.32_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-doc-2.6.32_2.6.32-29_all.deb
linux-manual-2.6.32_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-manual-2.6.32_2.6.32-29_all.deb
linux-patch-debian-2.6.32_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-patch-debian-2.6.32_2.6.32-29_all.deb
linux-source-2.6.32_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-source-2.6.32_2.6.32-29_all.deb
linux-support-2.6.32-5_2.6.32-29_all.deb
  to main/l/linux-2.6/linux-support-2.6.32-5_2.6.32-29_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 604457@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings <ben@decadent.org.uk> (supplier of updated linux-2.6 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Fri, 10 Dec 2010 05:45:11 +0000
Source: linux-2.6
Binary: linux-tools-2.6.32 linux-source-2.6.32 linux-doc-2.6.32 linux-manual-2.6.32 linux-patch-debian-2.6.32 firmware-linux-free linux-support-2.6.32-5 linux-base linux-libc-dev linux-headers-2.6.32-5-all linux-headers-2.6.32-5-all-alpha linux-headers-2.6.32-5-common linux-image-2.6.32-5-alpha-generic linux-headers-2.6.32-5-alpha-generic linux-image-2.6.32-5-alpha-smp linux-headers-2.6.32-5-alpha-smp linux-image-2.6.32-5-alpha-legacy linux-headers-2.6.32-5-alpha-legacy linux-headers-2.6.32-5-all-amd64 linux-image-2.6.32-5-amd64 linux-headers-2.6.32-5-amd64 linux-image-2.6.32-5-amd64-dbg linux-headers-2.6.32-5-common-openvz linux-image-2.6.32-5-openvz-amd64 linux-headers-2.6.32-5-openvz-amd64 linux-image-2.6.32-5-openvz-amd64-dbg linux-headers-2.6.32-5-common-vserver linux-image-2.6.32-5-vserver-amd64 linux-headers-2.6.32-5-vserver-amd64 linux-image-2.6.32-5-vserver-amd64-dbg linux-headers-2.6.32-5-common-xen linux-image-2.6.32-5-xen-amd64 linux-headers-2.6.32-5-xen-amd64
 linux-image-2.6.32-5-xen-amd64-dbg xen-linux-system-2.6.32-5-xen-amd64 linux-headers-2.6.32-5-all-armel linux-image-2.6.32-5-iop32x linux-headers-2.6.32-5-iop32x linux-image-2.6.32-5-ixp4xx linux-headers-2.6.32-5-ixp4xx linux-image-2.6.32-5-kirkwood linux-headers-2.6.32-5-kirkwood linux-image-2.6.32-5-orion5x linux-headers-2.6.32-5-orion5x linux-image-2.6.32-5-versatile linux-headers-2.6.32-5-versatile linux-headers-2.6.32-5-all-hppa linux-image-2.6.32-5-parisc linux-headers-2.6.32-5-parisc linux-image-2.6.32-5-parisc-smp linux-headers-2.6.32-5-parisc-smp linux-image-2.6.32-5-parisc64 linux-headers-2.6.32-5-parisc64 linux-image-2.6.32-5-parisc64-smp linux-headers-2.6.32-5-parisc64-smp linux-headers-2.6.32-5-all-i386 linux-image-2.6.32-5-486 linux-headers-2.6.32-5-486 linux-image-2.6.32-5-686 linux-headers-2.6.32-5-686 linux-image-2.6.32-5-686-bigmem linux-headers-2.6.32-5-686-bigmem linux-image-2.6.32-5-686-bigmem-dbg linux-image-2.6.32-5-openvz-686
 linux-headers-2.6.32-5-openvz-686 linux-image-2.6.32-5-openvz-686-dbg linux-image-2.6.32-5-vserver-686 linux-headers-2.6.32-5-vserver-686 linux-image-2.6.32-5-vserver-686-bigmem linux-headers-2.6.32-5-vserver-686-bigmem linux-image-2.6.32-5-vserver-686-bigmem-dbg linux-image-2.6.32-5-xen-686 linux-headers-2.6.32-5-xen-686 linux-image-2.6.32-5-xen-686-dbg xen-linux-system-2.6.32-5-xen-686 linux-headers-2.6.32-5-all-ia64 linux-image-2.6.32-5-itanium linux-headers-2.6.32-5-itanium linux-image-2.6.32-5-mckinley linux-headers-2.6.32-5-mckinley linux-image-2.6.32-5-vserver-itanium linux-headers-2.6.32-5-vserver-itanium linux-image-2.6.32-5-vserver-mckinley linux-headers-2.6.32-5-vserver-mckinley linux-headers-2.6.32-5-all-m68k linux-image-2.6.32-5-amiga linux-headers-2.6.32-5-amiga linux-image-2.6.32-5-atari linux-headers-2.6.32-5-atari linux-image-2.6.32-5-bvme6000 linux-headers-2.6.32-5-bvme6000 linux-image-2.6.32-5-mac linux-headers-2.6.32-5-mac
 linux-image-2.6.32-5-mvme147 linux-headers-2.6.32-5-mvme147 linux-image-2.6.32-5-mvme16x linux-headers-2.6.32-5-mvme16x linux-headers-2.6.32-5-all-mips linux-image-2.6.32-5-r4k-ip22 linux-headers-2.6.32-5-r4k-ip22 linux-image-2.6.32-5-r5k-ip32 linux-headers-2.6.32-5-r5k-ip32 linux-image-2.6.32-5-sb1-bcm91250a linux-headers-2.6.32-5-sb1-bcm91250a linux-image-2.6.32-5-sb1a-bcm91480b linux-headers-2.6.32-5-sb1a-bcm91480b linux-image-2.6.32-5-4kc-malta linux-headers-2.6.32-5-4kc-malta linux-image-2.6.32-5-5kc-malta linux-headers-2.6.32-5-5kc-malta linux-headers-2.6.32-5-all-mipsel linux-image-2.6.32-5-r5k-cobalt linux-headers-2.6.32-5-r5k-cobalt linux-headers-2.6.32-5-all-powerpc linux-image-2.6.32-5-powerpc linux-headers-2.6.32-5-powerpc linux-image-2.6.32-5-powerpc-smp linux-headers-2.6.32-5-powerpc-smp linux-image-2.6.32-5-powerpc64 linux-headers-2.6.32-5-powerpc64 linux-image-2.6.32-5-vserver-powerpc linux-headers-2.6.32-5-vserver-powerpc
 linux-image-2.6.32-5-vserver-powerpc64 linux-headers-2.6.32-5-vserver-powerpc64 linux-headers-2.6.32-5-all-s390 linux-image-2.6.32-5-s390x linux-headers-2.6.32-5-s390x linux-image-2.6.32-5-s390x-tape linux-image-2.6.32-5-vserver-s390x linux-headers-2.6.32-5-vserver-s390x linux-headers-2.6.32-5-all-sh4 linux-image-2.6.32-5-sh7751r linux-headers-2.6.32-5-sh7751r linux-image-2.6.32-5-sh7785lcr linux-headers-2.6.32-5-sh7785lcr linux-headers-2.6.32-5-all-sparc linux-image-2.6.32-5-sparc64 linux-headers-2.6.32-5-sparc64 linux-image-2.6.32-5-sparc64-smp linux-headers-2.6.32-5-sparc64-smp linux-image-2.6.32-5-vserver-sparc64 linux-headers-2.6.32-5-vserver-sparc64
 linux-headers-2.6.32-5-all-sparc64
Architecture: all amd64 source
Version: 2.6.32-29
Distribution: unstable
Urgency: high
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Changed-By: Ben Hutchings <ben@decadent.org.uk>
Closes: 590226 600694 601187 602109 602273 603632 604083 604457 604748 604956 605246 605448 605450 606050 606096
Description: 
 firmware-linux-free - Binary firmware for various drivers in the Linux kernel
 linux-base - Linux image base package
 linux-doc-2.6.32 - Linux kernel specific documentation for version 2.6.32
 linux-headers-2.6.32-5-486 - Header files for Linux 2.6.32-5-486
 linux-headers-2.6.32-5-4kc-malta - Header files for Linux 2.6.32-5-4kc-malta
 linux-headers-2.6.32-5-5kc-malta - Header files for Linux 2.6.32-5-5kc-malta
 linux-headers-2.6.32-5-686-bigmem - Header files for Linux 2.6.32-5-686-bigmem
 linux-headers-2.6.32-5-686 - Header files for Linux 2.6.32-5-686
 linux-headers-2.6.32-5-all - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-alpha - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-amd64 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-armel - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-hppa - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-i386 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-ia64 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-m68k - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-mips - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-mipsel - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-powerpc - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-s390 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-sh4 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-sparc64 - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-all-sparc - All header files for Linux 2.6.32 (meta-package)
 linux-headers-2.6.32-5-alpha-generic - Header files for Linux 2.6.32-5-alpha-generic
 linux-headers-2.6.32-5-alpha-legacy - Header files for Linux 2.6.32-5-alpha-legacy
 linux-headers-2.6.32-5-alpha-smp - Header files for Linux 2.6.32-5-alpha-smp
 linux-headers-2.6.32-5-amd64 - Header files for Linux 2.6.32-5-amd64
 linux-headers-2.6.32-5-amiga - Header files for Linux 2.6.32-5-amiga
 linux-headers-2.6.32-5-atari - Header files for Linux 2.6.32-5-atari
 linux-headers-2.6.32-5-bvme6000 - Header files for Linux 2.6.32-5-bvme6000
 linux-headers-2.6.32-5-common - Common header files for Linux 2.6.32-5
 linux-headers-2.6.32-5-common-openvz - Common header files for Linux 2.6.32-5-openvz
 linux-headers-2.6.32-5-common-vserver - Common header files for Linux 2.6.32-5-vserver
 linux-headers-2.6.32-5-common-xen - Common header files for Linux 2.6.32-5-xen
 linux-headers-2.6.32-5-iop32x - Header files for Linux 2.6.32-5-iop32x
 linux-headers-2.6.32-5-itanium - Header files for Linux 2.6.32-5-itanium
 linux-headers-2.6.32-5-ixp4xx - Header files for Linux 2.6.32-5-ixp4xx
 linux-headers-2.6.32-5-kirkwood - Header files for Linux 2.6.32-5-kirkwood
 linux-headers-2.6.32-5-mac - Header files for Linux 2.6.32-5-mac
 linux-headers-2.6.32-5-mckinley - Header files for Linux 2.6.32-5-mckinley
 linux-headers-2.6.32-5-mvme147 - Header files for Linux 2.6.32-5-mvme147
 linux-headers-2.6.32-5-mvme16x - Header files for Linux 2.6.32-5-mvme16x
 linux-headers-2.6.32-5-openvz-686 - Header files for Linux 2.6.32-5-openvz-686
 linux-headers-2.6.32-5-openvz-amd64 - Header files for Linux 2.6.32-5-openvz-amd64
 linux-headers-2.6.32-5-orion5x - Header files for Linux 2.6.32-5-orion5x
 linux-headers-2.6.32-5-parisc64 - Header files for Linux 2.6.32-5-parisc64
 linux-headers-2.6.32-5-parisc64-smp - Header files for Linux 2.6.32-5-parisc64-smp
 linux-headers-2.6.32-5-parisc - Header files for Linux 2.6.32-5-parisc
 linux-headers-2.6.32-5-parisc-smp - Header files for Linux 2.6.32-5-parisc-smp
 linux-headers-2.6.32-5-powerpc64 - Header files for Linux 2.6.32-5-powerpc64
 linux-headers-2.6.32-5-powerpc - Header files for Linux 2.6.32-5-powerpc
 linux-headers-2.6.32-5-powerpc-smp - Header files for Linux 2.6.32-5-powerpc-smp
 linux-headers-2.6.32-5-r4k-ip22 - Header files for Linux 2.6.32-5-r4k-ip22
 linux-headers-2.6.32-5-r5k-cobalt - Header files for Linux 2.6.32-5-r5k-cobalt
 linux-headers-2.6.32-5-r5k-ip32 - Header files for Linux 2.6.32-5-r5k-ip32
 linux-headers-2.6.32-5-s390x - Header files for Linux 2.6.32-5-s390x
 linux-headers-2.6.32-5-sb1a-bcm91480b - Header files for Linux 2.6.32-5-sb1a-bcm91480b
 linux-headers-2.6.32-5-sb1-bcm91250a - Header files for Linux 2.6.32-5-sb1-bcm91250a
 linux-headers-2.6.32-5-sh7751r - Header files for Linux 2.6.32-5-sh7751r
 linux-headers-2.6.32-5-sh7785lcr - Header files for Linux 2.6.32-5-sh7785lcr
 linux-headers-2.6.32-5-sparc64 - Header files for Linux 2.6.32-5-sparc64
 linux-headers-2.6.32-5-sparc64-smp - Header files for Linux 2.6.32-5-sparc64-smp
 linux-headers-2.6.32-5-versatile - Header files for Linux 2.6.32-5-versatile
 linux-headers-2.6.32-5-vserver-686-bigmem - Header files for Linux 2.6.32-5-vserver-686-bigmem
 linux-headers-2.6.32-5-vserver-686 - Header files for Linux 2.6.32-5-vserver-686
 linux-headers-2.6.32-5-vserver-amd64 - Header files for Linux 2.6.32-5-vserver-amd64
 linux-headers-2.6.32-5-vserver-itanium - Header files for Linux 2.6.32-5-vserver-itanium
 linux-headers-2.6.32-5-vserver-mckinley - Header files for Linux 2.6.32-5-vserver-mckinley
 linux-headers-2.6.32-5-vserver-powerpc64 - Header files for Linux 2.6.32-5-vserver-powerpc64
 linux-headers-2.6.32-5-vserver-powerpc - Header files for Linux 2.6.32-5-vserver-powerpc
 linux-headers-2.6.32-5-vserver-s390x - Header files for Linux 2.6.32-5-vserver-s390x
 linux-headers-2.6.32-5-vserver-sparc64 - Header files for Linux 2.6.32-5-vserver-sparc64
 linux-headers-2.6.32-5-xen-686 - Header files for Linux 2.6.32-5-xen-686
 linux-headers-2.6.32-5-xen-amd64 - Header files for Linux 2.6.32-5-xen-amd64
 linux-image-2.6.32-5-486 - Linux 2.6.32 for old PCs
 linux-image-2.6.32-5-4kc-malta - Linux 2.6.32 for MIPS Malta
 linux-image-2.6.32-5-5kc-malta - Linux 2.6.32 for MIPS Malta (64-bit)
 linux-image-2.6.32-5-686-bigmem-dbg - Debugging infos for Linux 2.6.32-5-686-bigmem
 linux-image-2.6.32-5-686-bigmem - Linux 2.6.32 for PCs with 4GB+ RAM
 linux-image-2.6.32-5-686 - Linux 2.6.32 for modern PCs
 linux-image-2.6.32-5-alpha-generic - Linux 2.6.32 for Alpha
 linux-image-2.6.32-5-alpha-legacy - Linux 2.6.32 for Alpha Legacy
 linux-image-2.6.32-5-alpha-smp - Linux 2.6.32 for Alpha SMP
 linux-image-2.6.32-5-amd64-dbg - Debugging infos for Linux 2.6.32-5-amd64
 linux-image-2.6.32-5-amd64 - Linux 2.6.32 for 64-bit PCs
 linux-image-2.6.32-5-amiga - Linux 2.6.32 for Amiga
 linux-image-2.6.32-5-atari - Linux 2.6.32 for Atari
 linux-image-2.6.32-5-bvme6000 - Linux 2.6.32 for BVM BVME4000 and BVME6000
 linux-image-2.6.32-5-iop32x - Linux 2.6.32 for IOP32x
 linux-image-2.6.32-5-itanium - Linux 2.6.32 for Itanium
 linux-image-2.6.32-5-ixp4xx - Linux 2.6.32 for IXP4xx
 linux-image-2.6.32-5-kirkwood - Linux 2.6.32 for Marvell Kirkwood
 linux-image-2.6.32-5-mac - Linux 2.6.32 for Macintosh
 linux-image-2.6.32-5-mckinley - Linux 2.6.32 for Itanium II
 linux-image-2.6.32-5-mvme147 - Linux 2.6.32 for Motorola MVME147
 linux-image-2.6.32-5-mvme16x - Linux 2.6.32 for Motorola MVME162/6/7, MVME172/7
 linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686
 linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
 linux-image-2.6.32-5-openvz-amd64-dbg - Debugging infos for Linux 2.6.32-5-openvz-amd64
 linux-image-2.6.32-5-openvz-amd64 - Linux 2.6.32 for 64-bit PCs, OpenVZ support
 linux-image-2.6.32-5-orion5x - Linux 2.6.32 for Marvell Orion
 linux-image-2.6.32-5-parisc64 - Linux 2.6.32 for 64-bit PA-RISC
 linux-image-2.6.32-5-parisc64-smp - Linux 2.6.32 for multiprocessor 64-bit PA-RISC
 linux-image-2.6.32-5-parisc - Linux 2.6.32 for 32-bit PA-RISC
 linux-image-2.6.32-5-parisc-smp - Linux 2.6.32 for multiprocessor 32-bit PA-RISC
 linux-image-2.6.32-5-powerpc64 - Linux 2.6.32 for 64-bit PowerPC
 linux-image-2.6.32-5-powerpc - Linux 2.6.32 for uniprocessor 32-bit PowerPC
 linux-image-2.6.32-5-powerpc-smp - Linux 2.6.32 for multiprocessor 32-bit PowerPC
 linux-image-2.6.32-5-r4k-ip22 - Linux 2.6.32 for SGI IP22
 linux-image-2.6.32-5-r5k-cobalt - Linux 2.6.32 for Cobalt
 linux-image-2.6.32-5-r5k-ip32 - Linux 2.6.32 for SGI IP32
 linux-image-2.6.32-5-s390x - Linux 2.6.32 for IBM zSeries
 linux-image-2.6.32-5-s390x-tape - Linux 2.6.32 for IBM zSeries, IPL from tape
 linux-image-2.6.32-5-sb1a-bcm91480b - Linux 2.6.32 for BCM91480B
 linux-image-2.6.32-5-sb1-bcm91250a - Linux 2.6.32 for BCM91250A
 linux-image-2.6.32-5-sh7751r - Linux 2.6.32 for sh7751r
 linux-image-2.6.32-5-sh7785lcr - Linux 2.6.32 for sh7785lcr
 linux-image-2.6.32-5-sparc64 - Linux 2.6.32 for uniprocessor 64-bit UltraSPARC
 linux-image-2.6.32-5-sparc64-smp - Linux 2.6.32 for multiprocessor 64-bit UltraSPARC
 linux-image-2.6.32-5-versatile - Linux 2.6.32 for Versatile
 linux-image-2.6.32-5-vserver-686-bigmem-dbg - Debugging infos for Linux 2.6.32-5-vserver-686-bigmem
 linux-image-2.6.32-5-vserver-686-bigmem - Linux 2.6.32 for PCs with 4GB+ RAM, Linux-VServer support
 linux-image-2.6.32-5-vserver-686 - Linux 2.6.32 for modern PCs, Linux-VServer support
 linux-image-2.6.32-5-vserver-amd64-dbg - Debugging infos for Linux 2.6.32-5-vserver-amd64
 linux-image-2.6.32-5-vserver-amd64 - Linux 2.6.32 for 64-bit PCs, Linux-VServer support
 linux-image-2.6.32-5-vserver-itanium - Linux 2.6.32 for Itanium, Linux-VServer support
 linux-image-2.6.32-5-vserver-mckinley - Linux 2.6.32 for Itanium II, Linux-VServer support
 linux-image-2.6.32-5-vserver-powerpc64 - Linux 2.6.32 for 64-bit PowerPC, Linux-VServer support
 linux-image-2.6.32-5-vserver-powerpc - Linux 2.6.32 for uniprocessor 32-bit PowerPC, Linux-VServer suppo
 linux-image-2.6.32-5-vserver-s390x - Linux 2.6.32 for IBM zSeries, Linux-VServer support
 linux-image-2.6.32-5-vserver-sparc64 - Linux 2.6.32 for uniprocessor 64-bit UltraSPARC, Linux-VServer su
 linux-image-2.6.32-5-xen-686-dbg - Debugging infos for Linux 2.6.32-5-xen-686
 linux-image-2.6.32-5-xen-686 - Linux 2.6.32 for modern PCs, Xen dom0 support
 linux-image-2.6.32-5-xen-amd64-dbg - Debugging infos for Linux 2.6.32-5-xen-amd64
 linux-image-2.6.32-5-xen-amd64 - Linux 2.6.32 for 64-bit PCs, Xen dom0 support
 linux-libc-dev - Linux support headers for userspace development
 linux-manual-2.6.32 - Linux kernel API manual pages for version 2.6.32
 linux-patch-debian-2.6.32 - Debian patches to version 2.6.32 of the Linux kernel
 linux-source-2.6.32 - Linux kernel source for version 2.6.32 with Debian patches
 linux-support-2.6.32-5 - Support files for Linux 2.6.32
 linux-tools-2.6.32 - Performance analysis tools for Linux 2.6.32
 xen-linux-system-2.6.32-5-xen-686 - Xen system with Linux 2.6.32 on modern PCs (meta-package)
 xen-linux-system-2.6.32-5-xen-amd64 - Xen system with Linux 2.6.32 on 64-bit PCs (meta-package)
Changes: 
 linux-2.6 (2.6.32-29) unstable; urgency=high
 .
   [ Ben Hutchings ]
   * megaraid_sas: Add support for 'entry-level' SAS controllers including
     the 9240 family (Closes: #604083)
   * tcp: Make TCP_MAXSEG minimum more correct (refinement of fix for
     CVE-2010-4165)
   * l2tp: Fix UDP socket reference count bugs in the pppol2tp driver
     (Closes: #604748)
   * USB: Retain device power/wakeup setting across reconfiguration;
     don't enable remote wakeup by default (Closes: #605246)
   * dm: Deal with merge_bvec_fn in component devices better (Closes: #604457)
   * Update Spanish debconf template translation (Aaron H Farias Martinez)
     (Closes: #600694)
   * perf: Use libiberty, not libbfd, for symbol demangling
     (Closes: #590226, #606050)
   * [x86] Add support for Fintek hardware watchdogs (Closes: #601187)
     - resource: Add shared I/O region support
     - hwmon: f71882fg: Use a muxed resource lock for the Super I/O port
     - watchdog: Add f71808e_wdt driver
   * bcm5974: Add reporting of multitouch events (Closes: #605450)
   * fusion: Set FUSION_MAX_SGE=128, the upstream default (Closes: #606096)
   * Add stable 2.6.32.27:
     - block: limit vec count in bio_kmalloc() and bio_alloc_map_data()
     - block: take care not to overflow when calculating total iov length
     - block: check for proper length of iov entries in blk_rq_map_user_iov()
       (CVE-2010-4163)
     - net: clear heap allocation for ETHTOOL_GRXCLSRLALL (CVE-2010-3861)
     - asus_oled: fix up some sysfs attribute permissions
     - ipc: initialize structure memory to zero for compat functions
       (CVE-2010-4073)
     - ipc/shm: fix information leak to userland (CVE-2010-4072)
     - ipc/sem: sys_semctl: fix kernel stack information leakage (CVE-2010-4083)
     - tty: prevent DOS in the flush_to_ldisc
     - [x86] KVM: VMX: Fix host userspace gsbase corruption (Closes: #604956)
     - KVM: VMX: fix vmx null pointer dereference on debug register access
       (CVE-2010-0435)
     - KVM: x86: fix information leak to userland (CVE-2010-3881)
     - firewire/cdev: fix information leak
     - firewire-core: fix an information leak
     - firewire-ohci: fix buffer overflow in AR split packet handling
     - bio: take care not overflow page count when mapping/copying user data
       (CVE-2010-4162)
     - sisusbvga: fix information leak to userland
     - iowarrior: fix information leak to userland
     - usb: core: fix information leak to userland
     - usb-storage/sierra_ms: fix sysfs file attribute
     - ueagle-atm: fix up some permissions on the sysfs files
     - cypress_cy7c63: fix up some sysfs attribute permissions
     - usbled: fix up some sysfs attribute permissions
     - trancevibrator: fix up a sysfs attribute permission
     - usbsevseg: fix up some sysfs attribute permissions
     - do_exit(): make sure that we run with get_fs() == USER_DS (CVE-2010-4258)
     - DECnet: don't leak uninitialized stack byte
     - perf_events: Fix perf_counter_mmap() hook in mprotect() (CVE-2010-4169)
     - frontier: fix up some sysfs attribute permissions
     - net/sched: fix kernel information leak in act_police
     - can-bcm: fix minor heap overflow (CVE-2010-3874)
     - ivtvfb: prevent reading uninitialized stack memory (CVE-2010-4079)
     - net/sched: fix some kernel information leaks
   * TTY: Fix error return from tty_ldisc_open() (regression in 2.6.32.27)
   * filter: make sure filters dont read uninitialized memory (CVE-2010-4158)
   * posix-cpu-timers: workaround to suppress the problems with mt exec
     (CVE-2010-4248)
 .
   [ Ian Campbell ]
   * xen: disable ACPI NUMA for PV guests and allow IRQ desc allocation on any
     node (Closes: #603632)
   * xen: handle potential time discontinuity on resume (Closes: #602273)
   * xen: don't bother to stop other cpus on shutdown/reboot (Closes: #605448)
   * xen: Add cpu hotplug support to prevent crash while parsing ACPI processor
     tables (Closes: #602109)
 .
   [ Martin Michlmayr ]
   * Kirkwood: Add support for 6282 based QNAP devices.
Checksums-Sha1: 
 4f8effa9319928db5a90d0ddeaf3ff566ed71ecc 6969 linux-2.6_2.6.32-29.dsc
 e9574e1079e5b3ae611ccfa9cd25418d203bde09 14399516 linux-2.6_2.6.32-29.diff.gz
 9ff10c9cb17f9ec7801be63b4c5a9e317b05c445 155726 linux-support-2.6.32-5_2.6.32-29_all.deb
 f5761d23ef10280a53503e86e39c0d093a7b5b7d 144038 firmware-linux-free_2.6.32-29_all.deb
 1c21e2870bcee28990e2cee3494222326e5c0e69 165080 linux-base_2.6.32-29_all.deb
 33003a4b586029ce0e6cc7bf8d96ca9fcf62493c 7557768 linux-patch-debian-2.6.32_2.6.32-29_all.deb
 ead134d4cf89471f96549bf7017e057ef6121ac1 65028048 linux-source-2.6.32_2.6.32-29_all.deb
 be4d2fe907d6779398c41988339c48a6982fd137 6050326 linux-doc-2.6.32_2.6.32-29_all.deb
 165ca9255c1a256f99bb5c4f052953d94db85b6d 2730446 linux-manual-2.6.32_2.6.32-29_all.deb
Checksums-Sha256: 
 60fd01196902eed4bb341468c929ee4d2b8bbe1bde8546abf5483007febaaece 6969 linux-2.6_2.6.32-29.dsc
 286a1b4ef0b6ec1684c1b89724461d30a736ae4918d6b908ce251501d8982c1d 14399516 linux-2.6_2.6.32-29.diff.gz
 d217dcc94b734d1a2216e9c6a042a570be0d94d342c414cf931a9af739dd0ed4 155726 linux-support-2.6.32-5_2.6.32-29_all.deb
 1c14960bad66e06bfd1c4a08bd724017b993ab5662b8541abc5796cfd8427333 144038 firmware-linux-free_2.6.32-29_all.deb
 660cb0a5a69a6b0bb7c6f43dd217306ec188d93ca230e61d4271ec2e7c1bd124 165080 linux-base_2.6.32-29_all.deb
 868931a55e875f58f6c2decd3a63f809b1e86848fdca559364c3ef299a392c86 7557768 linux-patch-debian-2.6.32_2.6.32-29_all.deb
 53b08b39cb0e618d2036199d9655b07b2a00101c3a5d6668f053e3d2795df48e 65028048 linux-source-2.6.32_2.6.32-29_all.deb
 3b1eb69b640ab9f7f2c47329730ca8709aad18e5c43c4eb154f9c403c7d41abe 6050326 linux-doc-2.6.32_2.6.32-29_all.deb
 d2640636b7be5a9dfa1c5c9c2a9884b3b508aec4a9bd6cd1500f3e8668cbf0b5 2730446 linux-manual-2.6.32_2.6.32-29_all.deb
Files: 
 7fce7d5252ec3f2620212409ffcdd500 6969 kernel optional linux-2.6_2.6.32-29.dsc
 d1a3bd96f71692fd17faa87917ed781b 14399516 kernel optional linux-2.6_2.6.32-29.diff.gz
 6ddf04eb60f24cb6676e8612e2729528 155726 devel optional linux-support-2.6.32-5_2.6.32-29_all.deb
 587c5c432a0b5a83343e53f5c5b54da2 144038 kernel optional firmware-linux-free_2.6.32-29_all.deb
 01a01f8f0565377af5027a205145681a 165080 kernel optional linux-base_2.6.32-29_all.deb
 0a5fd686431d829cec307e51f68217b6 7557768 kernel optional linux-patch-debian-2.6.32_2.6.32-29_all.deb
 894b2e047078f7bacc44d4226d04b617 65028048 kernel optional linux-source-2.6.32_2.6.32-29_all.deb
 077d790ef44909d91f44711bb6e2a671 6050326 doc optional linux-doc-2.6.32_2.6.32-29_all.deb
 869cc6287a17d12238b6d9e97435f73f 2730446 doc optional linux-manual-2.6.32_2.6.32-29_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUBTQIw0Oe/yOyVhhEJAQpHAQ//a+Q2kOqkIxoSYzHHoIzSADOxJV7ANvJa
Wt+zSfki6I9zuxkn7Hp4a2iU8IVViJspdYLdRQchk0i+w1FlPYL7V0OEWITNl6a3
Iv7TOTBiLET7LFb6LMjJzuk3UsQLsoggHuXI5vRtjtUEfXssK5gcwAe8o85VLjYK
eucTZZ20oDbqrnvI4ySrzlfOCa1iyyb8yCltTbikwfcGGwgT1BuuQKtFQiXLL+sG
/Bq60Xlu5LtwDN/yqpXmnSwlRackiwypMHK9Vi0TpsAlR9TnCWlQ92PY5Z7bVhr4
NizGQqUfe2KBofaoIQZVS54GHTRpB2/gfi9dlxdRV21IKtNdnzq2LlPRwil97HHN
fthnz8lfaHcyt+QxDrfe2ckBN+PrlWF6Mc8S7+/GQgvErW1d9RztfO2hQZNpxmsu
Tusk3tdAYZtqGiW1cJuE1vRYnfqE4fXCZJhYC2ZtrimSyU/pgDuAMbrLyDhi/7nn
PhN+wDoTPxU0VSah+TdPKGfNmBdwv13a7hYe/vyLmQFv1JueuS9OVhCR4YLyQrFb
tibeDksrIdjTHZe2SJ4wsu27y+C56N3bJCOxyL4po5aCohT8PFucJZ4GJrVsM9If
fK99xLvUuAGc1+FeTjOzy10QaTnNQNZ9OSOJNBGXq1ebndeoE53yhWEE2+gVr/Xk
q577SM/EekU=
=vPUF
-----END PGP SIGNATURE-----

Message #138 received at 604457@bugs.debian.org (full text, mbox, reply):

From: dann frazier <dannf@debian.org>

To: 604457-submitter@bugs.debian.org

Cc: 604457@bugs.debian.org

Subject: fix verification

Date: Wed, 12 Jan 2011 13:36:04 -0700

Wouter,
 Were you able to verify the fix for this bug?
If it helps, I've posted a test build here that includes this fix:

  http://people.debian.org/~dannf/bugs/604457/

Message #152 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Alasdair Kergon <agk@redhat.com>, Mike Snitzer <snitzer@redhat.com>

Cc: 604457@bugs.debian.org, Neil Brown <neilb@suse.de>, dm-devel@redhat.com

Subject: [PATCH] dm: Deal with merge_bvec_fn in component devices better

Date: Sun, 01 Sep 2013 18:04:49 +0100

[Message part 1 (text/plain, inline)]

This is analogous to commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71
('md: deal with merge_bvec_fn in component devices better.'),
which does the same for md-devices at the top of the stack.  The
following explanation is taken from that commit.  Thanks to Neil Brown
<neilb@suse.de> for the advice.

If a component device has a merge_bvec_fn then as we never call it
we must ensure we never need to.  Currently this is done by setting
max_sector to 1 PAGE, however this does not stop a bio being created
with several sub-page iovecs that would violate the merge_bvec_fn.

So instead set max_segments to 1 and set the segment boundary to the
same as a page boundary to ensure there is only ever one single-page
segment of IO requested at a time.

This can particularly be an issue when 'xen' is used as it is
known to submit multiple small buffers in a single bio.

References: http://bugs.debian.org/604457
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
We've been carrying this in Debian for about 3 years and it's about time
it got reviewed...  It's basically Neil's work so should probably have
his sign-off as well.

Ben.

--- a/drivers/md/dm-table.c
+++ b/drivers/md/dm-table.c
@@ -536,13 +536,15 @@ int dm_set_device_limits(struct dm_target *ti, struct dm_dev *dev,
 		       (unsigned long long) start << SECTOR_SHIFT);
 
 	/*
-	 * Check if merge fn is supported.
-	 * If not we'll force DM to use PAGE_SIZE or
-	 * smaller I/O, just to be safe.
+	 * If we don't call merge_bvec_fn, we must never risk
+	 * violating it, so limit max_phys_segments to 1 lying within
+	 * a single page.
 	 */
-	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge)
-		blk_limits_max_hw_sectors(limits,
-					  (unsigned int) (PAGE_SIZE >> 9));
+	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge) {
+		limits->max_segments = 1;
+		limits->seg_boundary_mask = PAGE_CACHE_SIZE - 1;
+	}
+
 	return 0;
 }
 EXPORT_SYMBOL_GPL(dm_set_device_limits);

-- 
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg

[signature.asc (application/pgp-signature, inline)]

Message #157 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Mikulas Patocka <mpatocka@redhat.com>

To: Ben Hutchings <ben@decadent.org.uk>

Cc: Alasdair Kergon <agk@redhat.com>, Mike Snitzer <snitzer@redhat.com>, 604457@bugs.debian.org, dm-devel@redhat.com

Subject: Re: [dm-devel] [PATCH] dm: Deal with merge_bvec_fn in component devices better

Date: Mon, 2 Sep 2013 10:32:20 -0400 (EDT)

Hi

This was already fixed in 2.6.31 with commit 
8cbeb67ad50f7d68e5e83be2cb2284de8f9c03b5.

See this piece of code in dm.c:

/*
 * If the target doesn't support merge method and some of the devices
 * provided their merge_bvec method (we know this by looking at
 * queue_max_hw_sectors), then we can't allow bios with multiple vector
 * entries.  So always set max_size to 0, and the code below allows
 * just one page.
 */
else if (queue_max_hw_sectors(q) <= PAGE_SIZE >> 9)
        max_size = 0;

Mikulas


On Sun, 1 Sep 2013, Ben Hutchings wrote:

> This is analogous to commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71
> ('md: deal with merge_bvec_fn in component devices better.'),
> which does the same for md-devices at the top of the stack.  The
> following explanation is taken from that commit.  Thanks to Neil Brown
> <neilb@suse.de> for the advice.
> 
> If a component device has a merge_bvec_fn then as we never call it
> we must ensure we never need to.  Currently this is done by setting
> max_sector to 1 PAGE, however this does not stop a bio being created
> with several sub-page iovecs that would violate the merge_bvec_fn.
> 
> So instead set max_segments to 1 and set the segment boundary to the
> same as a page boundary to ensure there is only ever one single-page
> segment of IO requested at a time.
> 
> This can particularly be an issue when 'xen' is used as it is
> known to submit multiple small buffers in a single bio.
> 
> References: http://bugs.debian.org/604457
> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> ---
> We've been carrying this in Debian for about 3 years and it's about time
> it got reviewed...  It's basically Neil's work so should probably have
> his sign-off as well.
> 
> Ben.
> 
> --- a/drivers/md/dm-table.c
> +++ b/drivers/md/dm-table.c
> @@ -536,13 +536,15 @@ int dm_set_device_limits(struct dm_target *ti, struct dm_dev *dev,
>  		       (unsigned long long) start << SECTOR_SHIFT);
>  
>  	/*
> -	 * Check if merge fn is supported.
> -	 * If not we'll force DM to use PAGE_SIZE or
> -	 * smaller I/O, just to be safe.
> +	 * If we don't call merge_bvec_fn, we must never risk
> +	 * violating it, so limit max_phys_segments to 1 lying within
> +	 * a single page.
>  	 */
> -	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge)
> -		blk_limits_max_hw_sectors(limits,
> -					  (unsigned int) (PAGE_SIZE >> 9));
> +	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge) {
> +		limits->max_segments = 1;
> +		limits->seg_boundary_mask = PAGE_CACHE_SIZE - 1;
> +	}
> +
>  	return 0;
>  }
>  EXPORT_SYMBOL_GPL(dm_set_device_limits);
> 
> -- 
> Ben Hutchings
> The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
> 

Message #162 received at 604457@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Mikulas Patocka <mpatocka@redhat.com>

Cc: Alasdair Kergon <agk@redhat.com>, Mike Snitzer <snitzer@redhat.com>, 604457@bugs.debian.org, dm-devel@redhat.com

Subject: Re: [dm-devel] [PATCH] dm: Deal with merge_bvec_fn in component devices better

Date: Tue, 03 Sep 2013 02:45:10 +0100

[Message part 1 (text/plain, inline)]

On Mon, 2013-09-02 at 10:32 -0400, Mikulas Patocka wrote:
> Hi
> 
> This was already fixed in 2.6.31 with commit 
> 8cbeb67ad50f7d68e5e83be2cb2284de8f9c03b5.
> 
> See this piece of code in dm.c:
> 
> /*
>  * If the target doesn't support merge method and some of the devices
>  * provided their merge_bvec method (we know this by looking at
>  * queue_max_hw_sectors), then we can't allow bios with multiple vector
>  * entries.  So always set max_size to 0, and the code below allows
>  * just one page.
>  */
> else if (queue_max_hw_sectors(q) <= PAGE_SIZE >> 9)
>         max_size = 0;

Thanks, I suspected it might have been fixed somehow.

Ben.

> Mikulas
> 
> 
> On Sun, 1 Sep 2013, Ben Hutchings wrote:
> 
> > This is analogous to commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71
> > ('md: deal with merge_bvec_fn in component devices better.'),
> > which does the same for md-devices at the top of the stack.  The
> > following explanation is taken from that commit.  Thanks to Neil Brown
> > <neilb@suse.de> for the advice.
> > 
> > If a component device has a merge_bvec_fn then as we never call it
> > we must ensure we never need to.  Currently this is done by setting
> > max_sector to 1 PAGE, however this does not stop a bio being created
> > with several sub-page iovecs that would violate the merge_bvec_fn.
> > 
> > So instead set max_segments to 1 and set the segment boundary to the
> > same as a page boundary to ensure there is only ever one single-page
> > segment of IO requested at a time.
> > 
> > This can particularly be an issue when 'xen' is used as it is
> > known to submit multiple small buffers in a single bio.
> > 
> > References: http://bugs.debian.org/604457
> > Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> > ---
> > We've been carrying this in Debian for about 3 years and it's about time
> > it got reviewed...  It's basically Neil's work so should probably have
> > his sign-off as well.
> > 
> > Ben.
> > 
> > --- a/drivers/md/dm-table.c
> > +++ b/drivers/md/dm-table.c
> > @@ -536,13 +536,15 @@ int dm_set_device_limits(struct dm_target *ti, struct dm_dev *dev,
> >  		       (unsigned long long) start << SECTOR_SHIFT);
> >  
> >  	/*
> > -	 * Check if merge fn is supported.
> > -	 * If not we'll force DM to use PAGE_SIZE or
> > -	 * smaller I/O, just to be safe.
> > +	 * If we don't call merge_bvec_fn, we must never risk
> > +	 * violating it, so limit max_phys_segments to 1 lying within
> > +	 * a single page.
> >  	 */
> > -	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge)
> > -		blk_limits_max_hw_sectors(limits,
> > -					  (unsigned int) (PAGE_SIZE >> 9));
> > +	if (dm_queue_merge_is_compulsory(q) && !ti->type->merge) {
> > +		limits->max_segments = 1;
> > +		limits->seg_boundary_mask = PAGE_CACHE_SIZE - 1;
> > +	}
> > +
> >  	return 0;
> >  }
> >  EXPORT_SYMBOL_GPL(dm_set_device_limits);
> > 
> > -- 
> > Ben Hutchings
> > The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
> > 

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.