Hi,
On Tue, Feb 13, 2024 at 09:11:38PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 13, 2024, at 16:36, Guenter Roeck wrote:
> >> > > OMAP1 machines:
> >> > >
> >> > > cheetah Palm Tungsten|E aka. Cheetah PDA (OMAP310)
> >> > > sx1 Siemens SX1 (OMAP310) V2
> >> > >
Hi,
On Wed, Dec 16, 2020 at 05:06:51PM -0500, Darrin M. Gorski wrote:
> This patch adds a 'modemctl' option to "-chardev socket" to enable control
> of the socket via the guest serial port.
> The default state of the option is disabled.
>
> 1. disconnect a connected socket when DTR transitions
Attached is a minimal FreeDOS floppy disk to reproduce the TCG crash.
Still reproducible with QEMU v6.0.0:
WARNING: Image format was not specified for 'test-floppy.img' and probing
guessed raw.
Automatically detecting the format is dangerous for raw images, write
operations on block 0
For -enable-kvm I haven't been able to find a working commit. All
versions since v3.1.0 just silently hang with the program.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1920602
Title:
QEMU crash
The program works (in TCQ mode) with QEMU v5.0.0.
QEMU starts crashing with the commit:
commit 975af797f1e04e4d1b1a12f1731141d3770fdbce
Author: Joseph Myers
Date: Fri May 15 21:21:24 2020 +
target/i386: fix IEEE x87 floating-point exception raising
--
You received this bug
** Description changed:
- A trivial program compiler with QuickBASIC 4.5 with integer overflow
+ A trivial program compiled with QuickBASIC 4.5 with integer overflow
will crash QEMU when ran under MS-DOS 5.0 or FreeDOS 1.2:
- C:\KILLER>type killer.bas
Public bug reported:
A trivial program compiled with QuickBASIC 4.5 with integer overflow
will crash QEMU when ran under MS-DOS 5.0 or FreeDOS 1.2:
C:\KILLER>type killer.bas
A% = VAL("9"):PRINT A%
C:\KILLER>killer.exe
**
ERROR:../qemu-5.2.0/accel/tcg/tcg-cpus.c:541:tcg_handle_interrupt:
Hi,
On Fri, May 24, 2019 at 06:00:18PM +0300, Aaro Koskinen wrote:
> Please don't delete OMAP boards quite yet :) In the mainline kernel
> they are not orphaned, they frequently get tested using actual hardware,
> and QEMU would help in additional testing. I'll try to get N8x0 boot
Hi,
On Fri, May 24, 2019 at 10:08:09AM +0100, Peter Maydell wrote:
> On Thu, 23 May 2019 at 19:36, Aaro Koskinen wrote:
> > Cheetah works with serial console. I tried with console on display,
> > and it seems to boot up, and the frame buffer window gets correctly
> > size
Hi,
On Thu, May 23, 2019 at 02:00:41PM +0200, Philippe Mathieu-Daudé wrote:
> On 5/23/19 1:27 PM, Thomas Huth wrote:
> > On 22/05/2019 20.19, Aaro Koskinen wrote:
> >> On Wed, May 22, 2019 at 11:33:41AM +0200, Corentin Labbe wrote:
> >>> qemu-system-arm -M
Hi,
On Wed, May 22, 2019 at 11:33:41AM +0200, Corentin Labbe wrote:
> qemu-system-arm -M help |grep OMAP
> cheetah Palm Tungsten|E aka. Cheetah PDA (OMAP310)
> n800 Nokia N800 tablet aka. RX-34 (OMAP2420)
> n810 Nokia N810 tablet aka. RX-44 (OMAP2420)
Hi,
On Mon, May 20, 2019 at 09:05:33PM +0200, Corentin Labbe wrote:
> Hello
>
> I am working on adding a maximum set of qemu machine on kernelCI.
That's cool.
> For OMAP, five machine exists and I fail to boot any of them.
Which machines?
> The maximum I can get with omap1_defconfig is
>
12 matches
Mail list logo