чт, 16 мар. 2023 г., 15:35 Daniel P. Berrangé :
> On Thu, Mar 16, 2023 at 02:11:08PM +0300, Andrew Randrianasulu wrote:
> > чт, 16 мар. 2023 г., 14:02 Thomas Huth :
> >
> > > On 16/03/2023 11.22, Andrew Randrianasulu wrote:
> > > >
> > > >
> &g
чт, 16 мар. 2023 г., 18:21 Warner Losh :
>
>
> On Thu, Mar 16, 2023 at 7:33 AM Thomas Huth wrote:
>
>> If you'd followed the QEMU project, you'd know that there are very
>> helpful
>> people around, from all kind of companies, Linaro guys who help with
>> reviewing and merging non-ARM patches,
чт, 16 мар. 2023 г., 16:32 Thomas Huth :
> On 16/03/2023 14.01, Andrew Randrianasulu wrote:
> ...
> > Well, this language about "market" and "investment" not just figures of
> the
> > speech, sadly? Because paid developers work on areas they paid
чт, 16 мар. 2023 г., 15:35 Daniel P. Berrangé :
> On Thu, Mar 16, 2023 at 02:11:08PM +0300, Andrew Randrianasulu wrote:
> > чт, 16 мар. 2023 г., 14:02 Thomas Huth :
> >
> > > On 16/03/2023 11.22, Andrew Randrianasulu wrote:
> > > >
> > > >
> &g
чт, 16 мар. 2023 г., 14:02 Thomas Huth :
> On 16/03/2023 11.22, Andrew Randrianasulu wrote:
> >
> >
> > чт, 16 мар. 2023 г., 12:17 Andrew Randrianasulu > <mailto:randrianas...@gmail.com>>:
> >
> >
> >
> > чт, 16 мар. 2
чт, 16 мар. 2023 г., 13:56 Philippe Mathieu-Daudé :
> On 16/3/23 11:22, Andrew Randrianasulu wrote:
> > чт, 16 мар. 2023 г., 12:17 Andrew Randrianasulu > <mailto:randrianas...@gmail.com>>:
> > чт, 16 мар. 2023 г., 11:31 Thomas Huth > <mailto:th...@redhat
чт, 16 мар. 2023 г., 12:17 Andrew Randrianasulu :
>
>
> чт, 16 мар. 2023 г., 11:31 Thomas Huth :
>
>> On 16/03/2023 08.36, Philippe Mathieu-Daudé wrote:
>> > On 16/3/23 08:17, Andrew Randrianasulu wrote:
>> >>
>> >> чт, 16 мар. 2023 г., 10:05 Ph
чт, 16 мар. 2023 г., 13:01 Markus Armbruster :
> Thomas Huth writes:
>
> [...]
>
> > The problem is really that we don't have unlimited resources in the
> > QEMU project. Currently we're heavily struggling with the load in the
> > CI, but also pure man power is always very scarce. So at one
чт, 16 мар. 2023 г., 11:31 Thomas Huth :
> On 16/03/2023 08.36, Philippe Mathieu-Daudé wrote:
> > On 16/3/23 08:17, Andrew Randrianasulu wrote:
> >>
> >> чт, 16 мар. 2023 г., 10:05 Philippe Mathieu-Daudé >> <mailto:phi...@linaro.org>>:
> >>
чт, 16 мар. 2023 г., 10:36 Philippe Mathieu-Daudé :
> On 16/3/23 08:17, Andrew Randrianasulu wrote:
> >
> >
> > чт, 16 мар. 2023 г., 10:05 Philippe Mathieu-Daudé > <mailto:phi...@linaro.org>>:
> >
> > Hi Andrew,
> >
> > On 16/3
чт, 16 мар. 2023 г., 10:05 Philippe Mathieu-Daudé :
> Hi Andrew,
>
> On 16/3/23 01:57, Andrew Randrianasulu wrote:
> > Looking at https://wiki.qemu.org/ChangeLog/8.0
> > <https://wiki.qemu.org/ChangeLog/8.0>
> >
> > ===
> > System emulation on
Hello and sorry for possible interruption.
I was browsing various projects and found Bochs 2.7 was released on August,
1 2021 [0] together with vgabios 0.8a
http://www.nongnu.org/vgabios/
"2021-06-03 vruppert Version 0.8a of the LGPL'd VGABios with Voodoo Banshee
for Bochs and Cirrus support
On Wednesday, April 28, 2021, BALATON Zoltan wrote:
> On Wed, 28 Apr 2021, Andrew Randrianasulu wrote:
>
>> On Wednesday, April 28, 2021, Andrew Randrianasulu <
>> randrianas...@gmail.com>
>> wrote:
>>
>>> On Monday, April 26, 2021, BALATON Zoltan w
On Wednesday, April 28, 2021, Andrew Randrianasulu
wrote:
>
>
> On Monday, April 26, 2021, BALATON Zoltan wrote:
>
>> Hello,
>>
>> On Mon, 26 Apr 2021, Dr. David Alan Gilbert wrote:
>>
>>> Over the weekend I got a Red Hat 6.x (not RHEL!) for Alpha
On Monday, April 26, 2021, BALATON Zoltan wrote:
> Hello,
>
> On Mon, 26 Apr 2021, Dr. David Alan Gilbert wrote:
>
>> Over the weekend I got a Red Hat 6.x (not RHEL!) for Alpha booting
>> under QEMU which was pretty neat. But I failed to find a succesful
>> combination to get X working; has
this one still with me.
qemu-system-x86_64 --version
QEMU emulator version 4.2.91 (v5.0.0-rc1-dirty)
on 32-bit host (Slackware, but with 64-bit kernel) compiled with gcc
5.5.0
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
I think this one is fixed, I can boot Lubuntu to desktop like this:
qemu-system-ppc -cdrom /dev/shm/lubuntu-16.04-desktop-powerpc.iso -boot
d -display sdl,gl=on -g 1024x768x32 -M mac99,via=pmu -cpu G4 -device
ES1370 -m 2047 -accel tcg,tb-size=384 -device usb-mouse
without any crash, tried few
Just thought I must share my uneducated guess on issue reported at
https://www.emaculation.com/forum/viewtopic.php?f=34=9820
> Please note that running with 1024Mb of memory will make sound stop working
> in Mac OS 9.x. So run with less memory.
> As will running without virtual memory.
My guess
Hello, Aaron!
While I can't help with coding (or even answering questions!)
I recall mr. Zoltan worked on emulating earlier ATI cards (r128/rv100)
and pointed me at this project:
https://github.com/xenia-project/xenia/tree/master/src/xenia/gpu
this basically about xbox 360, but GPU inside it
Public bug reported:
I already send this email to qemu-disc...@nongnu.org , but I can't see
it arriving in archives, so here is copy.
Hello, all!
I use qemu-system-i386/qemu-system_x86_64 for rebuilding Slax-like live cd/dvd.
Usually guests (with various self-compiled kernels and X stack with
Illustration for this bug (link to screenshot):
https://www.imgbin.net/z/9W9eVVvbll.png
as you hopefully can see, just after less than 6 hrs of guest uptime
HOST cpu is eaten at 70% by qemu-system-i386 task .. up from just 50%
two hours ago! By this rate it will not survive even day of
-- Пересланное сообщение --
Тема: Re: [Qemu-devel] [PATCH 4/7] ati-vga: Fix cursor color with
guest_hwcursor=true
Дата: Понедельник 12 августа 2019
Отправитель: Andrew Randrianasulu
Получатель: BALATON Zoltan
В сообщении от Monday 12 August 2019 13:55:45 BALATON Zoltan
В сообщении от Monday 12 August 2019 13:55:45 BALATON Zoltan написал(а):
> On Mon, 12 Aug 2019, Philippe Mathieu-Daudé wrote:
> > On 8/12/19 12:28 PM, BALATON Zoltan wrote:
> >> On Mon, 12 Aug 2019, Philippe Mathieu-Daudé wrote:
> >>> On 8/11/19 11:14 PM, BALATON Zoltan wrote:
> Fixes:
Hello, Richard!
No, same bug was biting me without any specific options, i tried to add -Og for
better debugging, but backtrace was anyway not complete ... I think I can live
with -display gtk workaround for now.
--
You received this bug notification because you are a member of qemu-
devel-ml,
Public bug reported:
Hello.
I was trying to debug this segfault:
https://lists.nongnu.org/archive/html/qemu-ppc/2019-07/msg00186.html
I recompiled latest qemu from git (commit
0b18cfb8f1828c905139b54c8644b0d8f4aad879 ), using this configure line:
./configure
bug fixed in current git (commit
474f3938d79ab36b9231c9ad3b5a9314c2aeacde). Thanks, Alex!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1831545
Title:
"accel/tcg: demacro cputlb" break
В сообщении от Thursday 06 June 2019 20:04:07 Alex Bennée написал(а):
>
> Andrew Randrianasulu writes:
>
> > В сообщении от Thursday 06 June 2019 18:43:10 Alex Bennée написал(а):
> >> addr1 = addr & ~((target_ulong)size - 1);
> >
> > yes, thi
В сообщении от Thursday 06 June 2019 18:43:10 Alex Bennée написал(а):
> addr1 = addr & ~((target_ulong)size - 1);
yes, this fixes my hang! Thanks!
Public bug reported:
As described in https://lists.gnu.org/archive/html/qemu-
devel//2019-05/msg07362.html I run into TCG regression in qemu-git.
Unfortunately, fix from bug https://bugs.launchpad.net/qemu/+bug/1830872
seems to be nonn-effective for my case.
For reproduction (on 32-bit x86
** Attachment added: "bzImage-4.12.0-x64"
https://bugs.launchpad.net/bugs/1830872/+attachment/5268560/+files/bzImage-4.12.0-x64
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1830872
Title:
В сообщении от Monday 03 June 2019 18:51:40 Alex Bennée написал(а):
> I managed to tweak the memory test enough to detect the failure on
> aarch64-on-armv7 and I the attached patch fixes it. Could you please
> double check with your test case?
>
Hm, I manually applied path from LP(git diff
В сообщении от Monday 03 June 2019 18:01:20 Alex Bennée написал(а):
> When running on 32 bit TCG backends a wide unaligned load ends up
> truncating data before returning to the guest. We specifically have
> the return type as uint64_t to avoid any premature truncation so we
> should use the same
> Could you run:
> make check-tcg
> And report which tests (if any) fail?
Unfortunately, test was SKIPped:
make check-tcg
make[1]: Вход в каталог `/dev/shm/qemu/slirp'
make[1]: Цель `all' не требует выполнения команд.
make[1]: Выход из каталога `/dev/shm/qemu/slirp'
CHK version_gen.h
Hello!
I was compiling latest qemu git, and was surprized to find qemu-system-x86_64
(compiled for 32-bit x86 machine) can't boot any 64-bit kernel anymore.
32-bit kernels and kvm were fine.
So, I run git bisect
./configure --target-list=x86_64-softmmu --disable-werror
make -j 5
В сообщении от Thursday 11 April 2019 12:14:45 Peter Maydell написал(а):
> On Wed, 10 Apr 2019 at 22:51, Andrew Randrianasulu
> wrote:
> >
> > Please also include this patch in next -rc or final, it fixes 32-bit
> > compilation:
> >
> > https://patchew.or
Please also include this patch in next -rc or final, it fixes 32-bit
compilation:
https://patchew.org/QEMU/20190402073018.17747-1-kraxel%40redhat.com/
([Qemu-devel] [PATCH] curses: fix wchar_t printf warning)
without it I get
ui/curses.c: In function 'get_ucs':
ui/curses.c:456:25: error:
В сообщении от Thursday 04 April 2019 10:33:55 Tao Wu(吴涛@Eng) написал(а):
> On Thu, Apr 4, 2019 at 12:15 AM Andrew Randrianasulu <
> randrianas...@gmail.com> wrote:
>
> > Hi!
> >
> > I recall I saw something like this some time ago (but in connection with
> >
Hi!
I recall I saw something like this some time ago (but in connection with
qemu-user + ALSA sycallls)
So far I found this:
https://marc.info/?l=qemu-devel=154349285205915
List: qemu-devel
Subject:[Qemu-devel] Support for Intel GPU
From: Allan Sandfeld Jensen
Date:
В сообщении от Friday 29 March 2019 11:40:42 Alex Bennée написал(а):
>
> Andrew Randrianasulu writes:
>
> > ---
> > ui/curses.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/ui/curses.c b/ui/curses.c
> > index cc6d6d
---
ui/curses.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ui/curses.c b/ui/curses.c
index cc6d6da684..b25814f3fb 100644
--- a/ui/curses.c
+++ b/ui/curses.c
@@ -453,7 +453,7 @@ static uint16_t get_ucs(wchar_t wch, iconv_t conv)
swch = sizeof(wch);
if
В сообщении от Saturday 16 March 2019 20:53:01 вы написали:
> On 3/15/19 9:06 PM, Andrew Randrianasulu wrote:
> > https://github.com/Randrianasulu/pmon/commits/2014
> >
> > hopefully it will stay this way.
> >
> > Anyone know what license I must pick for thi
https://github.com/Randrianasulu/pmon/commits/2014
hopefully it will stay this way.
Anyone know what license I must pick for this?
3-clause BSD? 4-clause BSD? (from Copyright file it lists 4 terms)
* $Id: Copyright,v 1.1.1.1 2006/09/14 01:59:06 root Exp $ */
/*
*
You can have my
Tested-by: Andrew Randrianasulu, randrianas...@gmail.com
ref: https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg01728.html
https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg01985.html
> Checked off-list, just for the record: looks like your compiled binary tries
> to set up a flat-panel display besides the CRT but flat-panel part of GPU is
> not modelled and with both screens pmon tries to put CRT screen at an 80MB
> offset which can't work as chip has only 16MB VRAM. This
Tried this with mac99 machine and lubuntu 16.04 ppc.
After upgrading r128 driver to -hwe part to get past this bug
https://bugs.freedesktop.org/show_bug.cgi?id=91622
and disabling accel I can see some image and cursor!
qemu command:
ppc64-softmmu/qemu-system-ppc64 -M mac99 -device ati-vga \
> What do you mean by DIMM size not detected?
Sorry, I mean "No DIMM in slot 1" message.
PMON2000 MIPS Initializing. Standby...
ERRORPC= CONFIG=00030932
PRID=6302
DIMM read
read memory type
read number of rows
read blocks per ddrram
read number of sides
read width
0002
No DIMM
> This could be some missing or buggy emulation. Maybe if you can get some
> debug logs from kernel that could tell what it's doing. Usually at least -d
> unimp,guest_errors options are recommended for debugging but if nothing is
> printed then it's harder to find out what's causing the hang.
> It is ati-vga specific not fulong2e specific and it's entirely possible (even
> likely) that my minimal ati-vga emulation is not correct for 2d acceleration
> yet but I've tested it with the pmon_2e.bin binary from the same place and it
> worked with that. So if it does not work with the
timestamps on files were from 2016)
Signed-off-by: Amit Singh Tomar
Signed-off-by: Andrew Randrianasulu
---
v1->v2: Expanded and fixed commit message
v2->v3: Changed Subject line back to original and From: field to
my email address, moved my SoB line above first '---' and
added Tomar's Sign
Hello, all.
I was compiling those pmons for last two days, and I happy to say most of my
hackery was
unnecessary.
Just unpack pmon_1c.tar.gz and toolchain-pmon.tar.bz2
compile tools in pmon/tools (just make), create directory /opt/pmon2000/tools,
install tools,
be sure /opt/pmon2000/tools/bin
Actually compiled something!
root@slax:/dev/shm/pmon/zloader.2edev# qemu-system-mips64el -M fulong2e -cpu
Loongson-2E -m 1G -bios pmon.bin -nographic
PMON2000 MIPS Initializing. Standby...
ERRORPC= CONFIG=00030932
PRID=6302
DIMM read
read memory type
read number of rows
read
Unfortunately, even after unpacking pmon_1c.tar.gz , compiling and installing
tools into /opt/pmon200o/tools resetting resulted git inside 'pmon' directory
to earlist commit possible (because modern pmon fails to comple 2e targets),
unpacking and copying to /usr/local toolchain based on gcc
Hi, Zoltan!
I think I found some sources for pmon:
http://www.anheng.com.cn/loongson/pmon/updates.lemote.com/files/upload/lm/firmware/pmon/source/pmon-priv.tar.gz
slooowly downloading (20507323 (20M))
and then in upper dir
http://www.anheng.com.cn/loongson/pmon/
В сообщении от Monday 04 March 2019 05:51:27 BALATON Zoltan написал(а):
> On Mon, 4 Mar 2019, Andrew Randrianasulu wrote:
> > From: Amit Singh Tomar
> >
> > Original commit message:
> > This patch adds an emulation model for i2c controller found on most of the
RTC
(before all timestamps on files were from 2016)
---
v1->v2: Expanded and fixed commit message
Signed-off-by: Andrew Randrianasulu
---
default-configs/ppc-softmmu.mak | 2 +
hw/i2c/Makefile.objs| 1 +
hw/i2c/mpc_i2c.c|
В сообщении от Monday 04 March 2019 02:57:28 David Gibson написал(а):
> On Sun, Mar 03, 2019 at 12:21:21AM +0300, Andrew Randrianasulu wrote:
> > From ad2b4baf8b369c8ef354e56f75ae780413acd989 Mon Sep 17 00:00:00 2001
> > From: Amit Singh Tomar
> > Date: Sun, 3 Mar 2019 00:05
В сообщении от Sunday 03 March 2019 03:17:47 BALATON Zoltan написал(а):
> On Sun, 3 Mar 2019, Andrew Randrianasulu wrote:
> > git commit -a --author="Amit Singh Tomar "
> > git format-patch -s 20b084c4b1401b7f8fbc385649d48c67b6f43d44
> >
> > scripts/checkpatch.
В сообщении от Saturday 02 March 2019 23:40:47 BALATON Zoltan написал(а):
[snip]
>
> On Sat, 2 Mar 2019, Andrew Randrianasulu wrote:
> > Should I fix those?
>
> [...]
>
> > total: 14 errors, 2 warnings, 462 lines checked
> >
> > 0001-Re-applying-of-Free
fixed it enough for application on top of current qemu master
20b084c4b1401b7f8fbc385649d48c67b6f43d44, and hopefully fixed checkpatch errors
Tested by booting Linux kernel 4.20.12.
Signed-off-by: Andrew Randrianasulu
---
default-configs/ppc-softmmu.mak | 2 +
hw/i2c/Makefile.objs
Hello, all!
I stumbled upon this email from 2015 (trying to understand why my emulated
ppce500 machine failed to set clock correctly:
https://lists.gnu.org/archive/html/qemu-devel/2015-01/msg02642.html
Now, after some quite blind trial-and-error I applied ('forward-ported') this
patch to qemu
В сообщении от Thursday 28 February 2019 08:06:45 Mark Cave-Ayland написал(а):
> On 26/02/2019 22:25, Andrew Randrianasulu wrote:
>
> (adding qemu-ppc, Richard and David - please make sure you add the relevant
> maintainer on bug reports, as otherwise due to the high volume of mails t
Hello.
I bisected this problem with fonts (and multicolored vertical stripes) in qemu
git (ppc64-softmmu)
guest@slax:/dev/shm/qemu$ git bisect good
7b8fe477e12b164dda97f79e27b55b805d90384f is the first bad commit
commit 7b8fe477e12b164dda97f79e27b55b805d90384f
Author: Richard Henderson
Date:
В сообщении от Tuesday 26 February 2019 12:58:11 вы написали:
> On 26/02/2019 10.46, Andrew Randrianasulu wrote:
> [...]
>
> > also, -g 1186x864x32 resulted in funnuy diagonal corruption even at
> > firmware screen level, and probably same happening with x86-64/kvm guest
>
В сообщении от Tuesday 26 February 2019 12:05:02 Thomas Huth написал(а):
> On 26/02/2019 09.58, Andrew Randrianasulu wrote:
> > В сообщении от Tuesday 26 February 2019 11:54:12 вы написали:
> >> On 25/02/2019 18.29, Andrew Randrianasulu wrote:
> >>> В сообщении от Mo
В сообщении от Tuesday 26 February 2019 11:54:12 вы написали:
> On 25/02/2019 18.29, Andrew Randrianasulu wrote:
> > В сообщении от Monday 25 February 2019 19:19:01 Philippe Mathieu-Daudc3a9
> >
> > написал(а):
> >> Hi Andrew,
> >>
> >> On 2/23/19
В сообщении от Monday 25 February 2019 19:19:01 Philippe Mathieu-Daudc3a9
написал(а):
> Hi Andrew,
>
> On 2/23/19 1:35 AM, Andrew Randrianasulu wrote:
> > Hello!
> >
> > I just pulled latest git
>
> [...]
>
> > and default build with simple ./configure on
Hello again.
I was trying to set up virtual ppc64le machine with some linux inside. First
tried with qemu-3.1 on 32-bit host. It worked, but was slow-ish.
next I tred to compile latest qemu git (up to commit
8eb29f1bf5a974dc4c11d2d1f5e7c7f7a62be116) on 64-bit Slackware, to get MTTCG
Hello!
I just pulled latest git
up to
commit 8eb29f1bf5a974dc4c11d2d1f5e7c7f7a62be116 (HEAD -> master, origin/master,
origin/HEAD)
Merge: a05838cb2a 2b6326c0bf
Author: Peter Maydell
Date: Fri Feb 22 15:48:04 2019 +
Merge remote-tracking branch
> Since I do not have networking sorted out yet I cannot update win7 pro, and
> it
might be the updates which are needed for allowing more than two cpus.
hm, brief search on my side resulted in this tip:
It was crashing and crashing, so I tried to debug it a bit ...
valgrind --leak-check=yes /dev/shm/qemu/x86_64-softmmu/qemu-system-x86_64
-display
sdl,gl=on -M q35 -soundhw
hda -cdrom /home/guest/Downloads/ISO/slax-English-US-7.0.8-x86_64.iso -m
1G -enable-kvm -d trace:e1000e* shows some
Hello!
Currently I'm trying pre-releases of qemu, for avoiding situation when release
was too bugged (2.12, for my taste ..qemu-system-alpha was broken,
qemu-system-x86_64 -M q35 was broken ..)
using
qemu-system-ppc --version
QEMU emulator version 2.12.91 (v3.0.0-rc1-17-g5b3ecd3d94-dirty)
For me issue was fixed with «[PATCH 2/3] ahci: fix PxCI register race»
I additionally patched my qemu build with "[PATCH] e1000e: Do not auto-clear
ICR
bits which aren't set in EIAC" - so new network adapter for q35 machine works
with KDE Neon liveDVD for example
I think I was hit with very same bug.
I did bisect with 2.11.0 as good point and 2.12.0 as bad point.
configure was
setarch
i486 ./configure --prefix=/usr --disable-gtk --enable-virglrenderer
--enable-sdl --with-sdlabi=2.0 --audio-drv-list=alsa,oss
--host-cc=/opt/gcc49/bin/gcc
73 matches
Mail list logo
