I see this with Ubuntu 12.04 inside of an armhf chroot. Running 'make
deb-pkg' also exposes this issue
** Project changed: qemu => qemu-linaro (Ubuntu)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/
On Thu, 04 Jan 2024 08:10:35 -0700, Simon Glass wrote:
> This little series reprises the EFI-video fix, fixes a USB problem and
> enables a boot script for coreboot.
>
> It also moves to truetype fonts for coreboot and qemu-x86, since the
> menus look much better and there are no strong size cons
On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> Hi Simon
>
> Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
>
> > Hi Peter,
> >
> > On Mon, 1 Nov 2021 at 04:48, Peter Maydell
> > wrote:
> > >
> > > On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote:
> > > >
> > > > Add this f
On Tue, Nov 02, 2021 at 08:59:45AM -0600, Simon Glass wrote:
> Hi François,
>
> On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
> >
> > Hi Simon
> >
> > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> >>
> >> Hi Peter,
> >>
> >> On Mon, 1 Nov 2021 at 04:48, Peter Maydell
> >> wrote:
> >
On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
> >
> > On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> > > Hi Simon
> > >
> > > Le lun. 1 nov. 2021 à 17:5
On Tue, Nov 02, 2021 at 07:29:54PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 2 Nov 2021 at 11:28, Tom Rini wrote:
> >
> > On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 1 Nov 2021 at 12:07,
On Tue, Nov 02, 2021 at 07:32:54PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 2 Nov 2021 at 10:57, Tom Rini wrote:
> >
> > On Tue, Nov 02, 2021 at 08:59:45AM -0600, Simon Glass wrote:
> > > Hi François,
> > >
> > > On Mon, 1 Nov 2021 at 11:33,
On Wed, Nov 03, 2021 at 06:29:20AM +0100, François Ozog wrote:
[snip]
> > 3. Anything else?
> >
> > For qemu_arm_spl, it *does not boot* unless the U-Boot SPL properties
> > are present. There is no easy way to fix this.
>
> one clean and easy way would be to upstream a Qemu change to merge a
> su
On Tue, Nov 02, 2021 at 07:20:51PM -0600, Simon Glass wrote:
> Hi Mark,
>
> On Wed, 27 Oct 2021 at 16:30, Mark Kettenis wrote:
> >
> > > From: Simon Glass
> > > Date: Wed, 27 Oct 2021 12:23:21 -0600
> > >
> > > Hi François,
> > >
> > > On Wed, 27 Oct 2021 at 09:14, François Ozog
> > > wrote:
>
On Wed, Nov 03, 2021 at 09:22:58AM +0100, Mark Kettenis wrote:
> > From: Simon Glass
> > Date: Tue, 2 Nov 2021 19:20:51 -0600
> >
> > Hi Mark,
> >
> > On Wed, 27 Oct 2021 at 16:30, Mark Kettenis wrote:
> > >
> > > > From: Simon Glass
> > > > Date: Wed, 27 Oct 2021 12:23:21 -0600
> > > >
> > >
On Wed, Nov 03, 2021 at 10:45:11AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 27 Oct 2021 at 13:25, Tom Rini wrote:
> >
> > On Wed, Oct 27, 2021 at 12:23:21PM -0600, Simon Glass wrote:
> > > Hi François,
> > >
> > > On Wed, 2
On Fri, Oct 15, 2021 at 12:03:44PM -0600, Simon Glass wrote:
> Hi all,
>
> On Thu, 14 Oct 2021 at 09:28, Tom Rini wrote:
> >
> > On Thu, Oct 14, 2021 at 09:17:52AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Thu, 14 Oct 2021 at 08:56,
On Tue, Oct 26, 2021 at 09:46:38AM +0300, Ilias Apalodimas wrote:
> Hi Simon,
>
> A bit late to the party, sorry!
>
> [...]
>
> > >
> > > I really want to see what the binary case looks like since we could then
> > > kill off rpi_{3,3_b,4}_defconfig and I would need to see if we could
> > > then
On Wed, Oct 27, 2021 at 03:30:18PM +0200, François Ozog wrote:
> Hi Tom,
>
> On Wed, 27 Oct 2021 at 14:59, Tom Rini wrote:
>
> > On Tue, Oct 26, 2021 at 09:46:38AM +0300, Ilias Apalodimas wrote:
> > > Hi Simon,
> > >
On Wed, Oct 27, 2021 at 04:47:55PM +0300, Ilias Apalodimas wrote:
> Hi trying to reply to all at the same time!
>
> On Wed, Oct 27, 2021 at 09:38:40AM -0400, Tom Rini wrote:
> > On Wed, Oct 27, 2021 at 03:30:18PM +0200, François Ozog wrote:
> > > Hi Tom,
> > >
&
On Wed, Oct 27, 2021 at 03:48:48PM +0200, François Ozog wrote:
> On Wed, 27 Oct 2021 at 15:38, Tom Rini wrote:
>
> > On Wed, Oct 27, 2021 at 03:30:18PM +0200, François Ozog wrote:
> > > Hi Tom,
> > >
> > > On Wed, 27 Oct 2021 at 14:59, Tom Rini wrote:
>
On Wed, Oct 27, 2021 at 03:23:01PM +0200, Heinrich Schuchardt wrote:
[snip]
> One passed to U-Boot for fixups and further passed to the OS. This
> devicetree may originate from a prior boot stage, from a file loaded by
> U-Boot, or from a later bootstage, e.g systemd-boot's devicetree command.
I
On Wed, Oct 27, 2021 at 03:15:01PM +0200, François Ozog wrote:
> Hi,
>
> On Wed, 27 Oct 2021 at 14:48, Tom Rini wrote:
>
> > On Fri, Oct 15, 2021 at 12:03:44PM -0600, Simon Glass wrote:
> > > Hi all,
> > >
> > > On Thu, 14 Oct 2021 at 09:28, Tom Rini
On Wed, Oct 27, 2021 at 03:44:08PM +0100, Alex Bennée wrote:
>
> François Ozog writes:
>
> > Hi Simon
> >
> > The only place I could agree with this file presence is in the
> > documentation directory, not in dts. It creates a mental picture for the
> > reader
> > an entirely bad mind scheme
On Wed, Oct 27, 2021 at 05:02:39PM +0200, Heinrich Schuchardt wrote:
> On 10/27/21 16:55, Tom Rini wrote:
> > On Wed, Oct 27, 2021 at 03:23:01PM +0200, Heinrich Schuchardt wrote:
> >
> > [snip]
> > > One passed to U-Boot for fixups and further passed to the OS. This
On Wed, Oct 27, 2021 at 09:24:25AM -0600, Simon Glass wrote:
> Hi Mark,
>
> On Wed, 27 Oct 2021 at 09:11, Mark Kettenis wrote:
> >
> > > From: François Ozog
> > > Date: Wed, 27 Oct 2021 15:15:01 +0200
> > >
> > > Hi,
> > >
> >
On Wed, Oct 27, 2021 at 12:34:26PM -0600, Simon Glass wrote:
> Hi all,
>
> On Wed, 27 Oct 2021 at 08:56, Tom Rini wrote:
> >
> > On Wed, Oct 27, 2021 at 03:44:08PM +0100, Alex Bennée wrote:
> > >
> > > François Ozog writes:
> > >
> > >
On Wed, Oct 27, 2021 at 08:08:19AM -0600, Simon Glass wrote:
> Hi François,
>
> On Tue, 26 Oct 2021 at 00:07, François Ozog wrote:
> >
> > Hi Simon
> >
> > Position unchanged on this series: adding fake dts for boards that generate
> > their device tree in the dts directory is not good. If you
On Wed, Oct 27, 2021 at 08:08:19AM -0600, Simon Glass wrote:
[snip]
> But trying to do any driver / core work for a board where you don't
> have the devicetree is currently not possible. The devicetree is a
> core component and being unable to modify it is simply not practical.
> We are talking he
On Wed, Oct 27, 2021 at 06:02:19PM +0200, François Ozog wrote:
> Hi Mark,
>
> On Wed, 27 Oct 2021 at 17:10, Mark Kettenis wrote:
>
> > > From: François Ozog
> > > Date: Wed, 27 Oct 2021 15:15:01 +0200
> > >
> > > Hi,
> > >
> > &g
On Wed, Oct 27, 2021 at 06:36:12PM +0300, Tuomas Tynkkynen wrote:
> Hi,
>
> On 27.10.2021 17.08, Simon Glass wrote:
> > Hi François,
> >
> > On Tue, 26 Oct 2021 at 00:07, François Ozog
> > wrote:
> > >
> > > Hi Simon
> > >
> > > Position unchanged on this series: adding fake dts for boards th
On Wed, Oct 27, 2021 at 12:23:21PM -0600, Simon Glass wrote:
> Hi François,
>
> On Wed, 27 Oct 2021 at 09:14, François Ozog wrote:
> >
> >
> >
> > On Wed, 27 Oct 2021 at 16:08, Simon Glass wrote:
> >>
> >> Hi François,
> >>
> >> On Tue, 26 Oct 2021 at 00:07, François Ozog
> >> wrote:
> >> >
>
On Thu, Oct 28, 2021 at 12:00:44AM +0200, François Ozog wrote:
> Hi Tom
>
> Le mer. 27 oct. 2021 à 21:06, Tom Rini a écrit :
>
> > On Wed, Oct 27, 2021 at 06:02:19PM +0200, François Ozog wrote:
> > > Hi Mark,
> > >
> > > On Wed, 2
On Wed, Oct 13, 2021 at 09:29:14AM +0800, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Oct 13, 2021 at 9:01 AM Simon Glass wrote:
> >
> > With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so
> > there are only three ways to obtain a devicetree:
> >
> >- OF_SEPARATE - the normal wa
On Wed, Oct 13, 2021 at 10:58:31AM -0600, Simon Glass wrote:
> Hi François,
>
> On Tue, 12 Oct 2021 at 19:20, François Ozog wrote:
> >
> >
> >
> > Le mer. 13 oct. 2021 à 03:02, Simon Glass a écrit :
> >>
> >> QEMU currently generates a devicetree for use with U-Boot. Explain how to
> >> obtain i
On Wed, Oct 13, 2021 at 12:06:02PM -0600, Simon Glass wrote:
> Hi François,
>
> On Wed, 13 Oct 2021 at 11:35, François Ozog wrote:
> >
> > Hi Simon
> >
> > Le mer. 13 oct. 2021 à 16:49, Simon Glass a écrit :
> >>
> >> Hi Tom, Bin,François,
>
On Thu, Oct 14, 2021 at 09:17:52AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 14 Oct 2021 at 08:56, Tom Rini wrote:
> >
> > On Wed, Oct 13, 2021 at 12:06:02PM -0600, Simon Glass wrote:
> > > Hi François,
> > >
> > > On Wed, 1
Hey all,
I'm trying to make use of the r2d platform for U-Boot testing via QEMU.
After applying a series[1] I can use the kernel.org sh4 toolchain to get
a u-boot.bin that runs, mostly. I say mostly as first of all I have to
pass "-monitor null -serial null -serial stdio -nographic" to
qemu-syste
On Wed, Nov 30, 2016 at 10:12:09AM +0100, Thomas Huth wrote:
> On 30.11.2016 09:02, Aurelien Jarno wrote:
> > On 2016-11-30 08:33, Thomas Huth wrote:
> >> On 30.11.2016 02:01, Tom Rini wrote:
> >>> Hey all,
> >>>
> >>> I'm trying
On Sun, Feb 16, 2025 at 01:43:45PM -0700, Simon Glass wrote:
> U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> is not perfect.
>
> With both builds, executing the VESA ROM causes an intermittent hang, at
> least on some AMD CPUs.
>
> With qemu-x86_64 kvm cannot be used
On Mon, Feb 24, 2025 at 04:05:49PM -0700, Simon Glass wrote:
> U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> is not perfect.
>
> With both builds, executing the VESA ROM causes an intermittent hang, at
> least on some AMD CPUs.
>
> With qemu-x86_64 kvm cannot be used
On Mon, Feb 17, 2025 at 06:14:12AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 16 Feb 2025 at 14:57, Tom Rini wrote:
> >
> > On Sun, Feb 16, 2025 at 01:43:45PM -0700, Simon Glass wrote:
> >
> > > U-Boot can start and boot an OS in both qemu-x86 and qem
On Thu, Mar 06, 2025 at 09:03:27AM -0700, Simon Glass wrote:
> U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> is not perfect.
>
> With both builds, executing the VESA ROM causes an intermittent hang, at
> least on some AMD CPUs.
>
> With qemu-x86_64 kvm cannot be used
On Fri, Mar 14, 2025 at 02:44:35PM +, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 7 Mar 2025 at 14:23, Tom Rini wrote:
> >
> > On Thu, Mar 06, 2025 at 09:03:27AM -0700, Simon Glass wrote:
> >
> > > U-Boot can start and boot an OS in both qemu-x86 and qem
On Sat, Mar 15, 2025 at 12:54:25PM +, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 14 Mar 2025 at 16:06, Tom Rini wrote:
> >
> > On Fri, Mar 14, 2025 at 02:44:35PM +, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 7 Mar 2025 at 14:23,
On Sat, Mar 15, 2025 at 02:25:20PM +, Simon Glass wrote:
> U-Boot can start and boot an OS in both qemu-x86 and qemu-x86_64 but it
> is not perfect.
>
> With both builds, executing the VESA ROM causes an intermittent hang, at
> least on some AMD CPUs.
>
> With qemu-x86_64 kvm cannot be used
41 matches
Mail list logo
