All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
To: virtualization@lists.linux-foundation.org
Subject: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
Date: Fri, 10 Jan 2020 17:32:11 +0100	[thread overview]
Message-ID: <20200110163211.GB29736@mail-itl> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 3325 bytes --]

Hi,

This is the context of "bochs_drm: failed bochs_hw_init() results in
panic". When I boot the system, if plymouth is visible, it crashes. But
if I press ESC to hide it, it boots fine. bochs_drm is build as module
and _not_ included in the initramfs, so it is loaded only after root
filesystem is mounted. And before that, efifb works just fine, including
nice graphical disk passphrase prompt.

This particular setup is running Xen nested in KVM, but I can reproduce
the crash on plain Linux within KVM too, so that probably doesn't
matter.
Versions:
 - Linux 5.4.5
 - QEMU 4.2.0

Messages about bochs_drm init when it works:

[   33.802504] parport_pc parport_pc.956: Unable to set coherent dma mask: disabling DMA
[   33.873522] MCE: In-kernel MCE decoding enabled.
[   33.899895] parport_pc parport_pc.888: Unable to set coherent dma mask: disabling DMA
[   33.977738] parport_pc parport_pc.632: Unable to set coherent dma mask: disabling DMA
[   34.071587] bochs-drm 0000:00:02.0: remove_conflicting_pci_framebuffers: bar 0: 0xc0000000 -> 0xc0ffffff
[   34.096014] bochs-drm 0000:00:02.0: remove_conflicting_pci_framebuffers: bar 2: 0xc1087000 -> 0xc1087fff
[   34.149109] fb0: switching to bochsdrmfb from EFI VGA
[   34.170491] Console: switching to colour dummy device 80x25
[   34.178497] bochs-drm 0000:00:02.0: vgaarb: deactivate vga console
[   34.188729] [drm] Found bochs VGA, ID 0xb0c5.
[   34.189974] [drm] Framebuffer size 16384 kB @ 0xc0000000, mmio @ 0xc1087000.
[   34.200131] [TTM] Zone  kernel: Available graphics memory: 2004604 KiB
[   34.202006] [TTM] Initializing pool allocator
[   34.233679] [TTM] Initializing DMA pool allocator
[   34.246468] [drm] Found EDID data blob.
[   34.249477] [drm] Initialized bochs-drm 1.0.0 20130925 for 0000:00:02.0 on minor 0
[   34.276315] fbcon: bochs-drmdrmfb (fb0) is primary device
[   34.283968] Console: switching to colour frame buffer device 128x48
[   34.345742] ppdev: user-space parallel port driver
[   34.566261] bochs-drm 0000:00:02.0: fb0: bochs-drmdrmfb frame buffer device


Messages about bochs_drm init when it crashes:

[   32.889058] bochs-drm 0000:00:02.0: remove_conflicting_pci_framebuffers: bar 0: 0xc0000000 -> 0xc0ffffff
[   32.891801] bochs-drm 0000:00:02.0: remove_conflicting_pci_framebuffers: bar 2: 0xc1087000 -> 0xc1087fff
[   32.921205] parport_pc parport_pc.956: Unable to set coherent dma mask: disabling DMA
[   32.927873] parport_pc parport_pc.888: Unable to set coherent dma mask: disabling DMA
[   32.946529] parport_pc parport_pc.632: Unable to set coherent dma mask: disabling DMA
[   32.951345] fb0: switching to bochsdrmfb from EFI VGA
[   32.963031] Console: switching to colour dummy device 80x25
[   32.979805] bochs-drm 0000:00:02.0: vgaarb: deactivate vga console
[   33.015380] MCE: In-kernel MCE decoding enabled.
[   33.030158] bochs-drm 0000:00:02.0: BAR 0: can't reserve [mem 0xc0000000-0xc0ffffff pref]
[   33.032576] [drm:bochs_hw_init [bochs_drm]] *ERROR* Cannot request framebuffer


Full logs: https://gist.github.com/marmarek/ca4fdcfd33d7e5258f15082fafa27bfc

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 183 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization

             reply	other threads:[~2020-01-10 16:32 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-10 16:32 Marek Marczykowski-Górecki [this message]
2020-01-13  7:19 ` bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible Gerd Hoffmann
2020-01-15  0:33   ` Marek Marczykowski-Górecki
     [not found]     ` <20200115100821.qcdraolkoki6e5tz@sirius.home.kraxel.org>
2020-01-15 13:41       ` Marek Marczykowski-Górecki
2020-01-15 14:13         ` Gerd Hoffmann
2020-01-15 14:27           ` Marek Marczykowski-Górecki
2020-01-15 16:16             ` Gerd Hoffmann
2020-01-16  2:52               ` Marek Marczykowski-Górecki
2020-01-17 12:58                 ` Gerd Hoffmann
2020-01-17 15:22                   ` Marek Marczykowski-Górecki
2020-01-20  9:58                     ` Gerd Hoffmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200110163211.GB29736@mail-itl \
    --to=marmarek@invisiblethingslab.com \
    --cc=virtualization@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.