Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at

Bug 1007911

Summary: kernel-3.11.0-300.fc20 fails to find the rootfs in qemu
Product: [Fedora] Fedora Reporter: Paul Whalen <pwhalen>
Component: kernelAssignee: Kyle McMartin <kmcmartin>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: drjones, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, marcelo.barbosa, orion, pbrobinson, peterm, skottler
Target Milestone: ---   
Target Release: ---   
Hardware: arm   
OS: Unspecified   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-16 15:13:31 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 245418    
Description Flags
kernel-3.11.0-300.fc20 boot on qemu none

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.

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>
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>
    Reviewed-by: Linus Walleij <linus.walleij>
    Signed-off-by: Kevin Hilman <khilman>