Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-08 Thread Rusty Russell
Alexander Graf writes: > On 05/07/2014 12:19 PM, Greg Kurz wrote: > The uglyness about the current_cpu bit is that devices are usually not > supposed to know about the cpu accesses come from usually. But then > again devices shouldn't know about the endianness of a cpu either so I > guess it's

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
On 05/07/2014 02:40 PM, Greg Kurz wrote: On Wed, 07 May 2014 13:54:36 +0200 Alexander Graf wrote: On 05/07/2014 12:19 PM, Greg Kurz wrote: On Wed, 7 May 2014 11:41:10 +0200 Alexander Graf wrote: Am 07.05.2014 um 11:26 schrieb Peter Maydell : On 7 May 2014 10:09, Alexander Graf wrote: I d

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Greg Kurz
On Wed, 07 May 2014 13:54:36 +0200 Alexander Graf wrote: > On 05/07/2014 12:19 PM, Greg Kurz wrote: > > On Wed, 7 May 2014 11:41:10 +0200 > > Alexander Graf wrote: > > > >> > >>> Am 07.05.2014 um 11:26 schrieb Peter Maydell : > >>> > On 7 May 2014 10:09, Alexander Graf wrote: > I don't

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
On 05/07/2014 12:19 PM, Greg Kurz wrote: On Wed, 7 May 2014 11:41:10 +0200 Alexander Graf wrote: Am 07.05.2014 um 11:26 schrieb Peter Maydell : On 7 May 2014 10:09, Alexander Graf wrote: I don't think we should overengineer hacks for legacy virtio. Agreed. So what's our final conclusion:

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Greg Kurz
On Wed, 7 May 2014 11:41:10 +0200 Alexander Graf wrote: > > > > Am 07.05.2014 um 11:26 schrieb Peter Maydell : > > > >> On 7 May 2014 10:09, Alexander Graf wrote: > >> I don't think we should overengineer hacks for legacy virtio. > > > > Agreed. So what's our final conclusion: virtio endiann

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
> Am 07.05.2014 um 11:40 schrieb Peter Maydell : > >> On 7 May 2014 10:37, Alexander Graf wrote: >> >> Am 07.05.2014 um 11:26 schrieb Peter Maydell : On 7 May 2014 10:09, Alexander Graf wrote: I don't think we should overengineer hacks for legacy virtio. >>> >>> Agreed.

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
> Am 07.05.2014 um 11:26 schrieb Peter Maydell : > >> On 7 May 2014 10:09, Alexander Graf wrote: >> I don't think we should overengineer hacks for legacy virtio. > > Agreed. So what's our final conclusion: virtio endianness > is the endianness of the guest kernel at the point where > it trigge

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Peter Maydell
On 7 May 2014 10:37, Alexander Graf wrote: > > >> Am 07.05.2014 um 11:26 schrieb Peter Maydell : >> >>> On 7 May 2014 10:09, Alexander Graf wrote: >>> I don't think we should overengineer hacks for legacy virtio. >> >> Agreed. So what's our final conclusion: virtio endianness >> is the endianness

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
> Am 07.05.2014 um 11:26 schrieb Peter Maydell : > >> On 7 May 2014 10:09, Alexander Graf wrote: >> I don't think we should overengineer hacks for legacy virtio. > > Agreed. So what's our final conclusion: virtio endianness > is the endianness of the guest kernel at the point where > it trigge

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Peter Maydell
On 7 May 2014 10:09, Alexander Graf wrote: > I don't think we should overengineer hacks for legacy virtio. Agreed. So what's our final conclusion: virtio endianness is the endianness of the guest kernel at the point where it triggers a reset of the virtio device, yes? thanks -- PMM

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Alexander Graf
On 07.05.14 10:14, Greg Kurz wrote: On Tue, 6 May 2014 19:37:22 +0100 Peter Maydell wrote: On 5 May 2014 09:07, Greg Kurz wrote: POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR special purpose register to decide the endianness to use when entering interrupt handlers. When run

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Peter Maydell
On 7 May 2014 09:14, Greg Kurz wrote: > On Tue, 6 May 2014 19:37:22 +0100 > Peter Maydell wrote: >> On 5 May 2014 09:07, Greg Kurz wrote: >> > POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR >> > special purpose register to decide the endianness to use when >> > entering interrup

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-07 Thread Greg Kurz
On Tue, 6 May 2014 19:37:22 +0100 Peter Maydell wrote: > On 5 May 2014 09:07, Greg Kurz wrote: > > POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR > > special purpose register to decide the endianness to use when > > entering interrupt handlers. When running a Linux guest, this >

Re: [Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-06 Thread Peter Maydell
On 5 May 2014 09:07, Greg Kurz wrote: > POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR > special purpose register to decide the endianness to use when > entering interrupt handlers. When running a Linux guest, this > provides a hint on the endianness used by the kernel. From a > Q

[Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-05-05 Thread Greg Kurz
POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR special purpose register to decide the endianness to use when entering interrupt handlers. When running a Linux guest, this provides a hint on the endianness used by the kernel. From a QEMU point of view, the information is needed for

[Qemu-devel] [PATCH v3 3/4] target-ppc: ppc can be either endian

2014-04-30 Thread Greg Kurz
POWER7, POWER7+ and POWER8 families use the ILE bit of the LPCR special purpose register to decide the endianness to use when entering interrupt handlers. When running a Linux guest, this provides a hint on the endianness used by the kernel. From a QEMU point of view, the information is needed for