> On 15. Dec 2022, at 14:37, Stefan Hajnoczi wrote:
>
> Hi,
> I came across this post where Ralf-Philipp is looking for a freelancer
> to implement PPC VLE support in QEMU:
> https://chaos.social/@rpw/109516326028642262
>
> It mentions upstreaming the code an
> On 15. Dec 2022, at 15:06, Stefan Hajnoczi wrote:
>
> On Thu, 15 Dec 2022 at 08:51, Ralf-Philipp Weinmann
> wrote:
>>> On 15. Dec 2022, at 14:37, Stefan Hajnoczi wrote:
>>>
>>> Hi,
>>> I came across this post where Ralf-Philipp is l
size attr
---
8120 89623000 1000 rwxu-ad
8120f000 89624000 1000 rwxu-ad
Signed-off-by: Ralf Ramsauer
---
[since v2: Adjust comment, rebased to latest master]
target/riscv/mon
On 22/04/2022 04:54, Bin Meng wrote:
On Fri, Apr 22, 2022 at 10:53 AM Bin Meng wrote:
On Tue, Apr 5, 2022 at 1:34 AM Ralf Ramsauer
wrote:
Two non-subsequent PTEs can be mapped to subsequent paddrs. In this
case, walk_pte will erroneously merge them.
Enforce the split up, by tracking
size attr
---
8120 89623000 1000 rwxu-ad
8120f000 89624000 1000 rwxu-ad
Signed-off-by: Ralf Ramsauer
---
target/riscv/monitor.c | 5 -
1 file changed, 4 insertions(+),
On 01/04/2022 14:22, Ralf Ramsauer wrote:
Two non-subsequent PTEs can be mapped to subsequent paddrs. In this
case, walk_pte will erroneously merge them.
Enforce the split up, by tracking the virtual base address.
Let's say we have the mapping:
0x8120 -> 0x89623000 (4K)
0x
size attr
---
8120 89623000 1000 rwxu-ad
8120f000 89624000 1000 rwxu-ad
Signed-off-by: Ralf Ramsauer
---
target/riscv/monitor.c | 5 -
1 file changed, 4 insertions(+),
The -bios option is silently ignored if used in combination with -enable-kvm.
The reason is that the machine starts in S-Mode, and the bios typically runs in
M-Mode.
Better exit in that case to not confuse the user.
Signed-off-by: Ralf Ramsauer
---
hw/riscv/virt.c | 14 ++
1 file
On 31/03/2022 02:11, Alistair Francis wrote:
On Thu, Mar 24, 2022 at 7:08 PM Daniel P. Berrangé wrote:
On Wed, Mar 23, 2022 at 06:13:46PM +0100, Ralf Ramsauer wrote:
The -bios option is silently ignored if used in combination with -enable-kvm.
The reason is that the machine starts in S
The -bios option is silently ignored if used in combination with -enable-kvm.
The reason is that the machine starts in S-Mode, and the bios typically runs in
M-Mode.
Warn the user that the bios won't be loaded.
Signed-off-by: Ralf Ramsauer
---
hw/riscv/virt.c | 4
1 file chang
On 23/03/2022 22:05, Alistair Francis wrote:
On Thu, Mar 24, 2022 at 3:13 AM Ralf Ramsauer
wrote:
The -bios option is silently ignored if used in combination with -enable-kvm.
The reason is that the machine starts in S-Mode, and the bios typically runs in
M-Mode.
Warn the user that the
The -bios option is silently ignored if used in combination with -enable-kvm.
The reason is that the machine starts in S-Mode, and the bios typically runs in
M-Mode.
Warn the user that the bios won't be loaded.
Signed-off-by: Ralf Ramsauer
---
hw/riscv/virt.c | 3 +++
1 file chang
e mistake. I'll provide a patch that gives a warning to the user.
Ralf
Alistair
thanks
-- PMM
ility of a bios blob that expects
to run in S-mode, the way arm virt can run an EL1 UEFI BIOS ?
Valid point. In any case, if you wish, we could provide a patch for
disallowing -bios in combination with -enable-kvm.
Thanks
Ralf
thanks
-- PMM
On 15/03/2022 13:42, Peter Maydell wrote:
On Tue, 15 Mar 2022 at 12:29, Ralf Ramsauer
wrote:
I have no kernel specified in the guest, so I'd then expect to boot into
an completely empty machine (besides the tiny startup stub in the MROM).
However, I still get the exact same err
On 15/03/2022 13:25, Anup Patel wrote:
On Tue, Mar 15, 2022 at 5:47 PM Ralf Ramsauer
wrote:
On 15/03/2022 09:33, Anup Patel wrote:
On Tue, Mar 15, 2022 at 12:18 PM Alistair Francis wrote:
On Sun, Mar 13, 2022 at 12:12 PM Ralf Ramsauer
wrote:
Hi,
I'm trying to run Linux/QEM
On 15/03/2022 09:33, Anup Patel wrote:
On Tue, Mar 15, 2022 at 12:18 PM Alistair Francis wrote:
On Sun, Mar 13, 2022 at 12:12 PM Ralf Ramsauer
wrote:
Hi,
I'm trying to run Linux/QEMU+KVM inside an emulated
qemu-system-riscv64 VM (x86 host). On latest&greatest QEMU (1416688c5
upported, or if this
is a known bug and has some ongoing work.
Thanks
Ralf
[1]
pc
mhartid
mstatus 0002
mip
mie
mideleg
medeleg
mtvec0
] { .gdb_type = "sstatus-fields", .gdb_group =
"virtual-supervisor" },
+ [CSR_VSIE] { .gdb_type = "sie-fields", .gdb_group = "virtual-supervisor" },
+ [CSR_VSTVEC] { .gdb_type = "stvec-fields", .gdb_group = "virtual-supervisor"
},
+
On 09/08/2016 05:25 PM, Eric Blake wrote:
On 09/08/2016 09:27 AM, Holger Schranz wrote:
Hi Eric,
Thanks a lot, it seems the patch works. The VM starting.
Should I take that as a Tested-by: line?
Unfortunately we run into the next issue. By the accessing the
megasas controller we got a SIGSE
e. One
way to do so is to pass the option "-z execstack" to ld or a ".section
.note.GNU-stack,"",@progbits" into the assembler code which is what GCC
will do when generating trampolines.
Ralf
According to the ARMv8 Architecture reference manual [F6.1.203], ALL
of the following conditions need to be met for SRS to trap to EL3:
* It is executed at Secure PL1.
* The specified mode is monitor mode.
* EL3 is using AArch64.
Signed-off-by: Ralf-Philipp Weinmann
---
target-arm/translate.c
According to the ARMv8 Architecture reference manual [F6.1.203], ALL
of the following conditions need to be met for SRS to trap to EL3:
* It is executed at Secure PL1.
* The specified mode is monitor mode.
* EL3 is using AArch64.
---
target-arm/translate.c | 5 +++--
1 file changed, 3 insertions(+
Hello to all, I confirm this bug in qemu.
12 different Linux versions/distributions and 1 Windows 7 VM are running fine
without any networking issue.
Solaris 5.11 Version 11.2 can be installed (text version) and is running but
network is broken.
DHCPOFFER will not be received by Solaris 5.11
down to its minimum size.
Did anyone already think about that?
[1] : https://people.gnome.org/~markmc/qcow-image-format.html
Regards,
--
Ralf Ramsauer
PGP: 0x8F10049B
If there's a space after the comma you'll always
get the error message "Failed to get image size". And if you want to pass a
comma in a multiboot argument you've no way to do this.
So -initrd"module1 settings=use_foo,use_bar" won't work!
--
Ralf
qemu using a commandline
argument like -multiboot.
e.g.
qemu -kernel mymultibootkern -module "1.mod arg=bla" -module "2.mod arg=foo"
Well i didn't look at the global command line parsing of qemu, and i don't know
how difficult it would be
to realize this. Anyone ideas?
--
Ralf
and spaces after the
comma are counted for the size of the multiboot command line.
Yes, this doesn't really hurt, but it's nevertheless not the exact amount of
memory. I'll try to fix it.
--
Ralf
;1.mod arg=foo arg2=bar" and
" 2.mod arg=asdf"
^ This space causes the error "Failed to get image size"
So just the spaces at the beginning of the file have to be stripped.
Spaces at the end could be important for the commandline. E.g.
-initrd "1.mod arg=argwithmanyspac
Here the version with the correct coding style.
diff --git a/hw/multiboot.c b/hw/multiboot.c
index 0d2bfb4..2380d5e 100644
--- a/hw/multiboot.c
+++ b/hw/multiboot.c
@@ -267,6 +267,11 @@ int load_multiboot(void *fw_cfg,
/* if a space comes after the module filename, treat everything
Multiboot modules couldn't be loaded when there are spaces between the
filename and ','. Those spaces can simply be killed.
Signed-off-by:
---
diff --git a/hw/multiboot.c b/hw/multiboot.c
index 0d2bfb4..27eb159 100644
--- a/hw/multiboot.c
+++ b/hw/multiboot.c
@@ -267,6 +267,9 @@ int load_multiboot
Public bug reported:
qemu Version: 0.14.0
The problem is present in the current code from git master as well.
Loading a snapshot that was created while qemu was not running (using
qemu-img) does not seem to work anymore.
Using "loadvm " in the qemu monitor does not have the
desired effect. Not e
, for GNU/Linux 2.6.9, dynamically linked (uses
shared libs), stripped
but I expected someting like:
# file /usr/bin/qemu-system-x86_64
/usr/bin/qemu-system-x86_64: ELF 64-bit LSB executable, x86-64, version
1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs),
stripped
Ralf
el. Is the slow execution of the emulator also the cause of what
you're seeing?
Ralf
for max_delta_ns is probably lower than the lowest
useful value, so I don't mind raising it. This number really is a
tunable.
Ralf
solely for the addressees. Any unauthorised use or dissemination
Soley for all the billion internet users, I assume ;-)
Ralf
I do take Linux 2.4 patches provided they don't destabilize the 2.4 branch.
The few remaining user expect stability, not a Penguin action movie ;-)
But aside of that, same submission guidelines as for 2.6.
Cheers,
Ralf
On Sun, Jun 17, 2007 at 10:06:55AM +0200, Geert Uytterhoeven wrote:
> I guess it's just the printk buffer that's being output again to the new
> console, when the console subsystem switches from early console to real
> console.
Correct.
Ralf
Hi Fabrice,
A sequence like
addiu $r0, $r0, 1
addi$r0, $r0, -1
would result in an integer overflow exception on MIPS targets.
This test fixes the test for a signed overflow done by the add, addi,
sub and subi instructions.
target-mips/op.c | 18 +-
1 fi
The count / compare interrupt is wired to the CPU's internal interrupt
controller, not a PIC.
hw/mips_r4k.c| 10 --
target-mips/helper.c | 12 +++-
2 files changed, 19 insertions(+), 3 deletions(-)
Index: qemu-mips/hw/mips_r4k.c
===
Add i8259 PIT to the MIPS configuration. Not that the counter / compare
interrupt isn't nicer but the i8259 unfortunately a common peripheral in
MIPS systems and so it's probably a piece of code want just in case.
Makefile.target |4 ++--
hw/mips_r4k.c |3 +++
2 files changed, 5 insert
Only take interrupts that are actually enabled in the CPU's interrupt mask
in c0_status.
cpu-exec.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: qemu-mips/cpu-exec.c
===
--- qemu-mips.orig/cpu-exec.c
+++ qemu-mip
mul.
Windows NT for MIPS would be another thing to try ;-)
Ralf
[1] And remember it writes ARC but pronounces A...
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
ke sense.
The only use I've seen for this register is having it being used as a
cp0 scratch register allowing to save the entire 31 GPRs. Very old
Linux/MIPS used to do that but it doesn't match the reality of MIPS ABIs,
so I gave up on that very soon. Like 11 years agp :)
> Not q
On Mon, Jun 13, 2005 at 02:50:37PM +0300, Timo Savola wrote:
> Are there any plans for supporting user-mode MIPS emulation?
At some point certainly but right now my priority is full system emulation.
Ralf
___
Qemu-devel mailing list
Qemu-de
emu-mips]# mips-softmmu/qemu-system-mips -kernel
~ralf/src/linux/linux-cvs/arch/mips/boot/vmlinux.bin -m 16 -nographic
nb_nics = 1
Connected to host network interface: tun0
/etc/qemu-ifup tun0
+ ifconfig tun0 up
+ brctl addbr qnet
device qnet already exists; can't create bridge with the same
hat page.
> It would be great to publish them (or a link) on the qemu mailing list:
> .
I've added qemu-devel on the cc list. I hope the list permits non-
subscriber postings.
> Then, more people may test and help for future development.
> Fabrice would be glad t
47 matches
Mail list logo
