[Qemu-devel] qemu vnc.c

CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/08/24 20:36:44 Modified files: . : vnc.c Log message: signed fixes - VNC console switch (initial patch by Andrzej Zaborowski) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcv

[Qemu-devel] cdrom hardcoded index

Hello. How about finally not having cdrom hardcoded? Right now installing some distro that reqires hda and hdc to be active raid components and having to change that single variable initialization vaue is easy but not comfortable enough with recompiling the qemu... Someone tried this already w

Re: [Qemu-devel] Re: PCNet and Lance merge, almost there

Igor Kovalenko wrote: On 8/24/06, *Blue Swirl* <[EMAIL PROTECTED] > wrote: >- A general remark : instead of using SPARC_IOMMU_TRANSLATE, you should use >new memory helpers to read or write bytes such as >pcnet_physical_memory_read() and pcnet_phys

Re: [Qemu-devel] Re: PCNet and Lance merge, almost there

Do you want to preserve bitfields in structures? See comments near PACKED_FIELD() decl No, they already caused problems. _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415

Re: [Qemu-devel] Re: PCNet and Lance merge, almost there

> > >ultimately there will be a single QEMU executable supporting all > > > machines and CPUs. In the pcnet case for example, the macro > > > 'SPARC_FIX_DESC' is almost surely not necessary because the device > > > seems implicitely little endian (the original code lacks correct > > > endianness co

[Qemu-devel] Re: PCNet and Lance merge, almost there

- A general remark : instead of using SPARC_IOMMU_TRANSLATE, you should use new memory helpers to read or write bytes such as pcnet_physical_memory_read() and pcnet_physical_memory_write(). The rationale is that ultimately pci memory accesses will also use PCI specific I/Os to handle the case w

[Qemu-devel] -snapshot problem

So I'm very unfamiliar with the QEMU codebase, but it seems like there was a bug introduced recently that causes -snapshot to no longer work. Maybe I'm missing something, and the semantics have just changed since multiple snapshot support? Anyway, rev 1.29 to block.c (http://cvs.savannah.gnu.org/

Re: [Qemu-devel] Re: PCNet and Lance merge, almost there

On 8/24/06, Blue Swirl <[EMAIL PROTECTED]> wrote: >- A general remark : instead of using SPARC_IOMMU_TRANSLATE, you should use>new memory helpers to read or write bytes such as>pcnet_physical_memory_read() and pcnet_physical_memory_write(). The>rationale is that ultimately pci memory accesses will

[Qemu-devel] qemu block-raw.c

CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/08/24 18:58:29 Modified files: . : block-raw.c Log message: win32 aio emulation fix CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/block-raw.c?cvsroot=qemu&r1=1.8&r2=

[Qemu-devel] Re: PCNet and Lance merge, almost there

- A general remark : instead of using SPARC_IOMMU_TRANSLATE, you should use new memory helpers to read or write bytes such as pcnet_physical_memory_read() and pcnet_physical_memory_write(). The rationale is that ultimately pci memory accesses will also use PCI specific I/Os to handle the case w

[Qemu-devel] Re: PCNet and Lance merge, almost there

Blue Swirl wrote: Hi, I got PCNet working in Sun4m architecture by fixing endianness problems and adding IOMMU hooks. There are still some endianness issues, that's why I disabled the address matching code. The original code could benefit from some touchup and performance tuning. Any commen

Re: [Qemu-devel] qemu dynamic translation (system design) question

--- "S.P.T.Krishnan" <[EMAIL PROTECTED]> wrote: > a. How does qemu slice the guest binary into blocks > ? any rational or rule of thumb here ? As far as I understand the source code, the end of every translated block is at a control transfer instruction or when a maximum translation block length

[Qemu-devel] PCNet and Lance merge, almost there

Hi, I got PCNet working in Sun4m architecture by fixing endianness problems and adding IOMMU hooks. There are still some endianness issues, that's why I disabled the address matching code. The original code could benefit from some touchup and performance tuning. Any comments? __