[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: Question about xen and Rasp 4B
On Tue, Feb 02, 2021 at 04:18:44PM -0800, Stefano Stabellini wrote: > How are you configuring and installing the kernel? > > make bcm2711_defconfig > make Image.gz > make modules_install > > ? > > The device tree is the one from the rpi-5.9.y build? How are you loading > the kernel and device tree with uboot? Do you have any interesting > changes to config.txt? > > I am asking because I cannot get to the point of reproducing what you > are seeing: I can boot my rpi-5.9.y kernel on recent Xen but I cannot > get any graphics output on my screen. (The serial works.) I am using the > default Ubuntu Desktop rpi-install target as rootfs and uboot master. I've been trying with various pieces from various sources trying to get things to work. Since my goal has been a Debian-variant I use Debian-packaged versions of things if at all possible. Sticking to packaged versions is more maintainable over the longer run. My starting point was SuSE Raspberry PI 4B installation medium. I'm still using pieces from SuSE's installation. Notably SuSE's overlays have worked rather better than RPF or kernel versions of device-tree overlays. Debian's u-boot-rpi:arm64 package is functional. As such that provides u-boot.bin which is loaded via config.txt as the kernel. Debian's grub-efi-arm64 package is also functional. Installing that is a bit funky as U-Boot's EFI environment is incomplete. Nonetheless it is simply an issue of having that installed in EFI/BOOT as the primary boot entry, rather than EFI/Debian where it would normally install. The base device-tree files from the RPF kernel function reasonably well (unlike the overlays). I'm actually doing `make O=<build-dir> bcm2711_defconfig menuconfig bindeb-pkg` and then installing the resultant package. This places bcm2711-rpi-4-b.dtb in /usr/lib/linux-image-<rev>/broadcom/bcm2711-rpi-4-b.dtb, I'm presently copying that into the Raspberry PI boot area. If you're unable to get graphics output, note the instruction that HDMI MUST be plugged in *during* *boot*. Broadcom's chips have the graphics core is control of rather more than one might expect (Qualcomm follows this pattern by wanting their modems in control). In fact I've observed I need my monitor displaying the input from the RP4 in order for it to complete the handshake and have the RP4 do graphics. -- (\___(\___(\______ --=> 8-) EHM <=-- ______/)___/)___/) \BS ( | ehem+sigmsg@xxxxxxx PGP 87145445 | ) / \_CS\ | _____ -O #include <stddisclaimer.h> O- _____ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |