Re: [PATCH 013 of 35] Don't update bi_hw_*_size if we aren't going to merge.

On Tue, Jul 31, 2007 at 12:16:55PM +1000, NeilBrown wrote:
> 
> ll_merge_requests_fn can update bi_hw_*_size in one case where we end
> up not merging.  This is wrong.
> 
> Signed-off-by: Neil Brown <[email protected]>

As this is a bug fix, I think it would better to bump this to the top
of the series such that it can be pushed into mainline.

Thanks.

-- 
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH 013 of 35] Don't update bi_hw_*_size if we aren't going to merge.
    • From: Neil Brown <[email protected]>

• References:
  • [PATCH 000 of 35] Refactor block layer to improve support for stacked devices.
    • From: NeilBrown <[email protected]>
  • [PATCH 013 of 35] Don't update bi_hw_*_size if we aren't going to merge.
    • From: NeilBrown <[email protected]>

• Prev by Date: Re: [PATCH 38] drivers/char/ip2/ip2main.c: kmalloc + memset conversion to kzalloc
• Next by Date: Re: - pci-device-ensure-sysdata-initialised-v3.patch removed from -mm tree
• Previous by thread: [PATCH 013 of 35] Don't update bi_hw_*_size if we aren't going to merge.
• Next by thread: Re: [PATCH 013 of 35] Don't update bi_hw_*_size if we aren't going to merge.
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]