FYI, we noticed the following commit (built with gcc-7):
commit: 9393c8de628cf0968d81a17cc11841e42191e041 ("scsi: core: Handle drivers which set sg_tablesize to zero")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: xfstests
with following parameters:
disk: 4HDD
fs: xfs
test: xfs-group18
test-description: xfstests is a regression test suite for xfs and other files ystems.
test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 8G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+----------------------------+------------+------------+
| | 8b1062d513 | 9393c8de62 |
+----------------------------+------------+------------+
| boot_successes | 8 | 0 |
| boot_failures | 0 | 430 |
| Initramfs_unpacking_failed | 0 | 430 |
+----------------------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <[email protected]>
[ 1.272210] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[ 1.273715] pci 0000:00:01.0: Activating ISA DMA hang workarounds
[ 1.275324] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff]
[ 1.277815] PCI: CLS 0 bytes, default 64
[ 1.278970] Trying to unpack rootfs image as initramfs...
[ 4.011404] Initramfs unpacking failed: broken padding
[ 4.099786] Freeing initrd memory: 346408K
[ 4.103301] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 4.104965] software IO TLB: mapped [mem 0xbbfd2000-0xbffd2000] (64MB)
[ 4.106874] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x29b38900952, max_idle_ns: 440795323692 ns
[ 4.119274] Initialise system trusted keyrings
To reproduce:
# build kernel
cd linux
cp config-5.4.0-rc2-00003-g9393c8de628cf .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig prepare modules_prepare bzImage modules
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 INSTALL_MOD_PATH=<mod-install-dir> modules_install
cd <mod-install-dir>
find lib/ | cpio -o -H newc --quiet | gzip > modules.cgz
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> -m modules.cgz job-script # job-script is attached in this email
Thanks,
lkp
> ...
> [ 1.278970] Trying to unpack rootfs image as initramfs...
> [ 4.011404] Initramfs unpacking failed: broken padding
Was this test failure unrelated to commit 9393c8de62?
--
Hi Finn,
Am 09.11.2019 um 13:29 schrieb Finn Thain:
>
>> ...
>> [ 1.278970] Trying to unpack rootfs image as initramfs...
>> [ 4.011404] Initramfs unpacking failed: broken padding
>
> Was this test failure unrelated to commit 9393c8de62?
I wonder - the SCSI core was initialized before that log excerpt. I just
can't see how unpacking an initramfs would involve SCSI core functions.
Will try to reproduce this using a different emulator.
Cheers,
Michael
Hi Finn,
Am 09.11.2019 um 13:29 schrieb Finn Thain:
>
>> ...
>> [ 1.278970] Trying to unpack rootfs image as initramfs...
>> [ 4.011404] Initramfs unpacking failed: broken padding
>
> Was this test failure unrelated to commit 9393c8de62?
Seems to be unrelated - a m68k kernel with that commit included, SCSI
core included but low-level driver built as a module(*) boots into the
initramfs just fine.
(*) well-known emulator bug.
Cheers,
Michael
Michael,
>>> [ 1.278970] Trying to unpack rootfs image as initramfs...
>>> [ 4.011404] Initramfs unpacking failed: broken padding
>>
>> Was this test failure unrelated to commit 9393c8de62?
>
> Seems to be unrelated - a m68k kernel with that commit included, SCSI
> core included but low-level driver built as a module(*) boots into
> the initramfs just fine.
>
> (*) well-known emulator bug.
I'm scratching my head too. I have tested a variety of systems and all
of them boot and work fine.
--
Martin K. Petersen Oracle Linux Engineering
On Fri, Nov 08, 2019 at 09:12:27PM -0500, Martin K. Petersen wrote:
>
> Michael,
>
> >>> [ 1.278970] Trying to unpack rootfs image as initramfs...
> >>> [ 4.011404] Initramfs unpacking failed: broken padding
> >>
> >> Was this test failure unrelated to commit 9393c8de62?
> >
> > Seems to be unrelated - a m68k kernel with that commit included, SCSI
> > core included but low-level driver built as a module(*) boots into
> > the initramfs just fine.
> >
> > (*) well-known emulator bug.
>
> I'm scratching my head too. I have tested a variety of systems and all
> of them boot and work fine.
sorry, it's our fault. the kernel built automatically seems broken at some stage.
After we recomplied the kernel, the issue gone. Sorry for any inconvenience.
>
> --
> Martin K. Petersen Oracle Linux Engineering
> _______________________________________________
> LKP mailing list -- [email protected]
> To unsubscribe send an email to [email protected]