[Qemu-devel] [Bug 1645355] Re: x86: singlestepping through SYSCALL instruction causes exception in kernelspace

2017-03-10 Thread Rudolf Marek
Hi Andreas, man thanks for your reply. I can confirm that applying the two patches fixes my problem in the older version of the QEMU. ** Changed in: qemu Status: New => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [Bug 1645355] [NEW] x86: singlestepping through SYSCALL instruction causes exception in kernelspace

2016-11-28 Thread Rudolf Marek
Public bug reported: Hi, The bug was originally reported [1] and [2] here. There is a problem inside QEMU with singlestepping from userspace until SYSCALL instruction is reached. The OS has in FMASK TF bit set, therefore there should be no singlestepping exception when transitioning to

Re: [Qemu-devel] x86 amd64 singlestepping bug through syscall instruction

2015-10-20 Thread Rudolf Marek
Hi all, It seems this problem was not picked by anyone from QEMU community. Is there other way to report this bug? Thanks Rudolf -- S přátelským pozdravem / Best regards / Mit freundlichen Grüßen Ing. Rudolf Marek SYSGO s.r.o. Zelený pruh 99 CZ-14800 Praha 4 Phone: +420 222138 111, +49 6136

[Qemu-devel] x86 amd64 singlestepping bug through syscall instruction

2015-10-08 Thread Rudolf Marek
ndlichen Grüßen Ing. Rudolf Marek SYSGO s.r.o. Zelený pruh 99 CZ-14800 Praha 4 Phone: +420 222138 111, +49 6136 9948 111 Fax: +420 296374890, +49 6136 9948 1 111 rudolf.ma...@sysgo.com http://www.sysgo.com | http://www.elinos.com | http://www.pikeos.com

[Qemu-devel] x86 amd64 singlestepping bug through syscall instruction

2015-10-08 Thread Rudolf Marek
ndlichen Grüßen Ing. Rudolf Marek SYSGO s.r.o. Zelený pruh 99 CZ-14800 Praha 4 Phone: +420 222138 111, +49 6136 9948 111 Fax: +420 296374890, +49 6136 9948 1 111 rudolf.ma...@sysgo.com http://www.sysgo.com | http://www.elinos.com | http://www.pikeos.com

Re: [Qemu-devel] [PATCH] e500 ATMU register reads broken

2015-08-28 Thread Rudolf Marek
decoder of the PCI root device, but I think QEMU does not need it (see u-boot what it is doing). Feel free to use this code as a template for the QEMU support, Thanks Rudolf - S přátelským pozdravem / Best regards / Mit freundlichen Grüßen Ing. Rudolf Marek SYSGO s.r.o. Zelený pruh 99 CZ-14800

Re: [Qemu-devel] [PATCH] e500 ATMU register reads broken

2015-08-21 Thread Rudolf Marek
Hi all, Ping? Thanks Rudolf Dne 14.8.2015 v 13:49 Rudolf Marek napsal(a): Hi all, I noticed that ATMU register reads on E500 are broken. Due to the wrong mask, some registers cannot be read and instead some other registers are read. Please see attached patch which fixes the problem. I also

[Qemu-devel] [PATCH] e500 ATMU register reads broken

2015-08-14 Thread Rudolf Marek
for 0xC000_ for MPC8544DS without programming ATMUs - it does not work, unless ATMUs are programmed. Signed-off-by: Rudolf Marek rudolf.ma...@sysgo.com Thanks, Rudolf -- S přátelským pozdravem / Best regards / Mit freundlichen Grüßen Ing. Rudolf Marek SYSGO s.r.o. Zelený pruh 99 CZ-14800

Re: [Qemu-devel] [SeaBIOS] Graphics card pass-through working with two pass pci-initialization

2011-06-01 Thread Rudolf Marek
Sorry I forgot to include all addresses. I don't know how much work it would be to generate the DSDT dynamically from Qemu, but IMHO that's the sanest way to make things flexible. We could probably even extract most information from the Qdev tree. Well I have written for coreboot a ACPI

Re: [Qemu-devel] [SeaBIOS] Graphics card pass-through working with two pass pci-initialization

2011-06-01 Thread Rudolf Marek
Having a brief look at the coreboot code it seems static stuff (compiled by iasl) and dynamic bits are combined into the final dsdt table, is that correct? Yes the dsdt is static, it has just external references to ssdt which is dynamically generated using the acpigen. Acpigen can generate