Re: [Qemu-devel] Re: [PATCH 00/15] [RFC] MMIO endianness cleanup

2010-11-27 Thread Avi Kivity
On 11/26/2010 08:49 PM, Alexander Graf wrote: > > Nice approach, better than mine. I'm looking forward to see VGA > converted ;-). It's used by almost all targets, so that conversion > would save a lot of compile cycles. The only issue for VGA should be the frame buffer. Since we can keep tha

[Qemu-devel] Re: [PATCH 00/15] [RFC] MMIO endianness cleanup

2010-11-26 Thread Alexander Graf
On 26.11.2010, at 19:44, Blue Swirl wrote: > On Thu, Nov 25, 2010 at 7:35 AM, Alexander Graf wrote: >> The way mmio endianness is currently implemented is horrifying. >> >> In the real world, CPUs have an endianness and write out data >> to the memory bus. Instead of RAM, a receiving side here

[Qemu-devel] Re: [PATCH 00/15] [RFC] MMIO endianness cleanup

2010-11-26 Thread Blue Swirl
On Thu, Nov 25, 2010 at 7:35 AM, Alexander Graf wrote: > The way mmio endianness is currently implemented is horrifying. > > In the real world, CPUs have an endianness and write out data > to the memory bus. Instead of RAM, a receiving side here can be > a device. This device gets a byte stream ag

[Qemu-devel] Re: [PATCH 00/15] [RFC] MMIO endianness cleanup

2010-11-25 Thread Paul Brook
> The way mmio endianness is currently implemented is horrifying. Agreed. > #ifdef TARGET_WORDS_BIGENDIAN > val = bswap32(val); > #endif > > With the move to get device code only compiled once, this has > become harder and harder to justify though, since we don't know > the target endianness