kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #131869
[Bug 1475166] Re: Ubuntu 15.04 Install Error with Avago Controller
Hi Bryan,
We have done bisection, and found the first bad commit is "34b48db" as shown below.
With this bad commit, the filesystem returns I/O error while copying files to disk.
We use the same config file copy from ubuntu 14.10, and follow the build instruction[1].
Would you like to build an install-able ISO image with reverting this commit? And then we can verify if the installation issue can be solved.
[1]
https://wiki.ubuntu.com/KernelTeam/GitKernelBuild#Kernel_Build_and_Installation
commit 34b48db66e08ca1c1bc07cf305d672ac940268dc
Author: Christoph Hellwig <hch@xxxxxx>
Date: Sat Sep 6 16:08:05 2014 -0700
block: remove artifical max_hw_sectors cap
Set max_sectors to the value the drivers provides as hardware limit by
default. Linux had proper I/O throttling for a long time and doesn't
rely on a artifically small maximum I/O size anymore. By not limiting
the I/O size by default we remove an annoying tuning step required for
most Linux installation.
Note that both the user, and if absolutely required the driver can still
impose a limit for FS requests below max_hw_sectors_kb.
Signed-off-by: Christoph Hellwig <hch@xxxxxx>
Signed-off-by: Jens Axboe <axboe@xxxxxx>
diff --git a/block/blk-settings.c b/block/blk-settings.c
index aa02247..6ed2cbe 100644
--- a/block/blk-settings.c
+++ b/block/blk-settings.c
@@ -257,9 +257,7 @@ void blk_limits_max_hw_sectors(struct queue_limits *limits, unsigned int max_hw_
__func__, max_hw_sectors);
}
- limits->max_hw_sectors = max_hw_sectors;
- limits->max_sectors = min_t(unsigned int, max_hw_sectors,
- BLK_DEF_MAX_SECTORS);
+ limits->max_sectors = limits->max_hw_sectors = max_hw_sectors;
}
EXPORT_SYMBOL(blk_limits_max_hw_sectors);
diff --git a/drivers/block/aoe/aoeblk.c b/drivers/block/aoe/aoeblk.c
index dd73e1f..46c282f 100644
--- a/drivers/block/aoe/aoeblk.c
+++ b/drivers/block/aoe/aoeblk.c
@@ -395,7 +395,7 @@ aoeblk_gdalloc(void *vp)
WARN_ON(d->flags & DEVFL_TKILL);
WARN_ON(d->gd);
WARN_ON(d->flags & DEVFL_UP);
- blk_queue_max_hw_sectors(q, BLK_DEF_MAX_SECTORS);
+ blk_queue_max_hw_sectors(q, 1024);
q->backing_dev_info.name = "aoe";
q->backing_dev_info.ra_pages = READ_AHEAD / PAGE_CACHE_SIZE;
d->bufpool = mp;
diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
index 0207a78..74d14db 100644
--- a/include/linux/blkdev.h
+++ b/include/linux/blkdev.h
@@ -1186,7 +1186,6 @@ extern int blk_verify_command(unsigned char *cmd, fmode_t has_write_perm);
enum blk_default_limits {
BLK_MAX_SEGMENTS = 128,
BLK_SAFE_MAX_SECTORS = 255,
- BLK_DEF_MAX_SECTORS = 1024,
BLK_MAX_SEGMENT_SIZE = 65536,
BLK_SEG_BOUNDARY_MASK = 0xFFFFFFFFUL,
};
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1475166
Title:
Ubuntu 15.04 Install Error with Avago Controller
Status in linux package in Ubuntu:
Triaged
Bug description:
Hello Canonical Team
We are running to an issue installing ubuntu PPC64LE 15.04 full blown
image on our servers (with RAID controller). Installation hangs
around 70% of progress.
An important part of our configuration is Avago RAID controller:
9361-8i Firmware version we used is 4.300.00-4429, and the package is
24.10.0-0002.
IMPORTANT: It has to be noted that with same hardware configuration
14.10 full blown image installs fine.
Dmesg logs are attached:
Looking at dmesg logs point out that:
LSI (avago) driver loads fine
During further interaction with raid volume during the installation process, firmware errors are seen
[ 196.991417] megasas: FW status 0x3
[ 196.999376] megasas: FW status 0x3
[ 197.007376] megasas: FW status 0x3
Further down the process I/O errors are thrown
[ 217.438664] Buffer I/O error on device sda2, logical block 22052864
[ 217.438671] Buffer I/O error on device sda2, logical block 22052865
[ 217.438678] Buffer I/O error on device sda2, logical block 22052866
[ 217.438686] Buffer I/O error on device sda2, logical block 22052867
Full dmesg log is attached. Snippet is pasted below highlighting:
It can be noted that there’s a Mellanox Connectx 3 pro card with some test Firmware on our setup.
We can Ignore any diagnostic messages from that card in dmesg logs for the purpose of this bug.
Thanks
Adi Gangidi
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1475166/+subscriptions
References