Bug 1007911 - kernel-3.11.0-300.fc20 fails to find the rootfs in qemu
Summary: kernel-3.11.0-300.fc20 fails to find the rootfs in qemu
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 20
Hardware: arm
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kyle McMartin
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: ARMTracker
TreeView+ depends on / blocked
 
Reported: 2013-09-13 14:35 UTC by Paul Whalen
Modified: 2015-09-01 03:54 UTC (History)
11 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2013-09-16 15:13:31 UTC


Attachments (Terms of Use)
kernel-3.11.0-300.fc20 boot on qemu (13.06 KB, text/plain)
2013-09-13 14:35 UTC, Paul Whalen
no flags Details

Description Paul Whalen 2013-09-13 14:35:28 UTC
Created attachment 797373 [details]
kernel-3.11.0-300.fc20 boot on qemu

Description of problem:
As of kernel-3.11.0-300.fc20 vexpress emulation in 'qemu-system-arm' fails to find the root filesystem and drops to dracut. Last working kernel is 'kernel-3.11.0-3.fc20'.

Comment 1 Josh Boyer 2013-09-13 15:36:38 UTC
Thanks for opening the bug Paul.  I started a scratch build with the BBB patches removed.  Testing that would be step one I guess.

http://koji.fedoraproject.org/koji/taskinfo?taskID=5931688

The only other change that looks relevant is the disabling of CONFIG_PCIEPORTBUS to fix the tegra issues.  So if the scratch build above doesn't work, we can go there next I suppose.

Comment 2 Paul Whalen 2013-09-16 15:13:31 UTC
kernel-3.11.0-300.fc20 now boots without issue in qemu-system-arm. There was an update to a number of packages including qemu(qemu-system-arm-1.4.2-9.fc19). Closing this bug.

Comment 3 Peter Robinson 2013-09-19 03:24:27 UTC
I noticed there was this fix on qemu, not sure if it was related 

commit 829f9fedee30cde2ec15e88d57ec11074db791e2
Author: Peter Maydell <peter.maydell@linaro.org>
Date:   Thu Aug 22 17:47:49 2013 +0100

    ARM: PCI: versatile: Fix PCI I/O
    
    The versatile PCI controller code was confused between the
    PCI I/O window (at 0x43000000) and the first PCI memory
    window (at 0x44000000). Pass the correct base address to
    pci_remap_io() so that PCI I/O accesses work.
    
    Since the first PCI memory window isn't used at all (it's
    an odd size), rename the associated variables and labels
    so that it's clear that it isn't related to the I/O window.
    
    This has been tested and confirmed to fix PCI I/O accesses
    both on physical PB926+PCI backplane hardware and on QEMU.
    
    Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
    Cc: stable@vger.kernel.org
    Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
    Signed-off-by: Kevin Hilman <khilman@linaro.org>


Note You need to log in before you can comment on or make changes to this bug.