Re: [Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-05-07 Thread Blue Swirl
On 5/6/10, Artyom Tarasenko wrote: > 2010/4/28 Artyom Tarasenko : > > > 2010/4/27 Richard Henderson : > >> On 04/26/2010 02:54 PM, Artyom Tarasenko wrote: > >>> This patch introduces a regression. qemu crashes on lance test: > >> > >> I'm not sure how to get to this, since the sparc-test image

Re: [Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-05-06 Thread Artyom Tarasenko
2010/4/28 Artyom Tarasenko : > 2010/4/27 Richard Henderson : >> On 04/26/2010 02:54 PM, Artyom Tarasenko wrote: >>> This patch introduces a regression. qemu crashes on lance test: >> >> I'm not sure how to get to this, since the sparc-test images don't >> include ifconfig, and I havn't been able to

Re: [Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-04-28 Thread Artyom Tarasenko
2010/4/27 Richard Henderson : > On 04/26/2010 02:54 PM, Artyom Tarasenko wrote: >> This patch introduces a regression. qemu crashes on lance test: > > I'm not sure how to get to this, since the sparc-test images don't > include ifconfig, and I havn't been able to find a sparc install > image that w

Re: [Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-04-27 Thread Richard Henderson
On 04/26/2010 02:54 PM, Artyom Tarasenko wrote: > This patch introduces a regression. qemu crashes on lance test: I'm not sure how to get to this, since the sparc-test images don't include ifconfig, and I havn't been able to find a sparc install image that works (doesn't support sparc32 or sparc64

Re: [Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-04-26 Thread Artyom Tarasenko
This patch introduces a regression. qemu crashes on lance test: 6.2.1 i/olancegetidPass 6.2.2 i/olancecsr Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x004aaa3c i

[Qemu-devel] Re: [PATCH] Remove IO_MEM_SUBWIDTH.

2010-04-25 Thread Blue Swirl
Thanks, applied. On 4/23/10, Richard Henderson wrote: > Greatly simplify the subpage implementation by not supporting > multiple devices at the same address at different widths. We > don't need full copies of mem_read/mem_write/opaque for each > address, only a single index back into the main