Re: queue boot: 17 pass, 6 fail (v3.10.36)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 07, 2014 at 08:49:05AM -0700, Kevin Hilman wrote:
> On Mon, Apr 7, 2014 at 8:31 AM, Jason Cooper <jason@xxxxxxxxxxxxxx> wrote:
> > Greg,
> >
> > I've found two patches for stable so that we can do more thorough
> > boot-testing of the v3.10 kernel.  Please see below:
> >
> > On Fri, Apr 04, 2014 at 10:55:03AM -0700, Kevin Hilman wrote:
> >> On 04/04/2014 07:51 AM, Jason Cooper wrote:
> >> > On Fri, Apr 04, 2014 at 01:55:31AM -0700, Kevin's boot bot wrote:
> >> >> Automated DT boot report for various ARM defconfigs.
> >> >>
> >> >>
> >> >> Tree/Branch: queue
> >> >> Git describe: v3.10.36
> >> >> Failed boot tests (console logs at the end)
> >> >> ===========================================
> >> >>   armada-xp-openblocks-ax3-4:     FAIL:    multi_v7_defconfig
> >> >>           armada-370-mirabox:     FAIL:    multi_v7_defconfig
> >> >
> >> > ...
> >> >> multi_v7_defconfig
> >> >> ------------------
> >> >>
> >> >>    armada-xp-openblocks-ax3-4: FAIL: last 80 lines of boot log:
> >> >>    ------------------------------------------------------------
> >> >>
> >> >> pps_core: LinuxPPS API ver. 1 registered
> >> >> pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@xxxxxxxx>
> >> >> PTP clock support registered
> >> >> EDAC MC: Ver: 3.0.0
> >> >> Switching to clocksource armada_370_xp_clocksource
> >> >> bounce pool size: 64 pages
> >> >> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
> >> >> io scheduler noop registered
> >> >> io scheduler deadline registered
> >> >> io scheduler cfq registered (default)
> >> >> armada-xp-pinctrl d0018000.pinctrl: registered pinctrl driver
> >> >> ipmi message handler version 39.2
> >> >> IPMI System Interface driver.
> >> >> ipmi_si: Adding default-specified kcs state machine
> >> >> ipmi_si: Trying default-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0
> >> >> ipmi_si: Could not set up I/O space
> >> >> Trying to free nonexistent resource <0000000000000ca2-0000000000000ca2>
> >> >> Trying to free nonexistent resource <0000000000000ca3-0000000000000ca3>
> >> >> ipmi_si: Adding default-specified smic state machine
> >> >> ipmi_si: Trying default-specified smic state machine at i/o address 0xca9, slave address 0x0, irq 0
> >> >> ipmi_si: Could not set up I/O space
> >> >> Trying to free nonexistent resource <0000000000000ca9-0000000000000ca9>
> >> >> Trying to free nonexistent resource <0000000000000caa-0000000000000caa>
> >> >> Trying to free nonexistent resource <0000000000000cab-0000000000000cab>
> >> >> ipmi_si: Adding default-specified bt state machine
> >> >> ipmi_si: Trying default-specified bt state machine at i/o address 0xe4, slave address 0x0, irq 0
> >> >> ipmi_si: Could not set up I/O space
> >> >> Trying to free nonexistent resource <00000000000000e4-00000000000000e4>
> >> >> Trying to free nonexistent resource <00000000000000e5-00000000000000e5>
> >> >> Trying to free nonexistent resource <00000000000000e6-00000000000000e6>
> >> >> ipmi_si: Unable to find any System Interface(s)
> >> >> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> >> >> d0012000.serial: ttyS0 at MMIO 0xd0012000 (irq = 17) is a 16550A
> >> >> console [ttyS0] enabled
> >> >> d0012100.serial: ttyS1 at MMIO 0xd0012100 (irq = 18) is a 16550A
> >> >> sata_mv d00a0000.sata: slots 32 ports 2
> >> >> scsi0 : sata_mv
> >> >> scsi1 : sata_mv
> >> >> ata1: SATA max UDMA/133 irq 24
> >> >> ata2: SATA max UDMA/133 irq 24
> >> >> usbcore: registered new interface driver usb-storage
> >> >> mousedev: PS/2 mouse device common for all mice
> >> >> sdhci: Secure Digital Host Controller Interface driver
> >> >> sdhci: Copyright(c) Pierre Ossman
> >> >> sdhci-pltfm: SDHCI platform and OF driver helper
> >> >> usbcore: registered new interface driver usbhid
> >> >> usbhid: USB HID core driver
> >> >> VFP support v0.3: implementor 56 architecture 2 part 20 variant 9 rev 6
> >> >> Registering SWP/SWPB emulation handler
> >> >> /home/build/work/batch/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
> >> >> ata1: SATA link down (SStatus 0 SControl F300)
> >> >> ata2: SATA link down (SStatus 0 SControl F300)
> >> >> List of all partitions:
> >> >> No filesystem could mount root, tried:
> >> >
> >> > What rootfs are you using?
> >>
> >> I'm using a ramdisk, but in v3.10, multi_v7_defconfig doesn't have the
> >> right kconfig for u-boot to pass a ramdisk.  I've had these boards
> >> black-listed from v3.10, but my blacklist got mixed up so it didn't get run.
> >>
> >> FWIW, if you wan't to send patch to v3.10 stable for this, I beleive
> >> this is what's needed in the defconfig to boot a ramdisk:
> >>
> >> CONFIG_ARM_ATAG_DTB_COMPAT=y
> >
> >   c12d82b843537 "arm: multi_v7_defconfig: Enable initrd/initramfs support"
> >
> >> CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER=y
> >
> > This isn't in mainline multi_v7_defconfig.
> >
> >> CONFIG_BLK_DEV_INITRD=y
> >
> >   a0396b9bd5a4a "ARM: multi_v7_defconfig: enable ARM_ATAG_DTB_COMPAT"
> >
> >
> > Kevin, if you could try the above two patches without CMDLINE_..., we
> > should be able to resume testing v3.10 once they land in stable.
> 
> I cherry-picked those 2 commits on top of linux-3.10.y, and now I can
> boot a stable 3.10 multi_v7_defconfig kernel on my two MVEBU boards.

Thanks, both are now applied.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]