On 01/09/2011 12:25 AM, Martin Mohring wrote:
> Hi,
>
> I had fixed the loopmount ioctl for linux-user, working correctly for arm,
> mips, ppc32 and sh4.
>
> Martin
>
>
ping
Aurelien, Riku, is that patch ok? Its only 2 lines of change to activate
an ioctl.
On 01/09/2011 06:47 PM, riku voipio wrote:
> On 01/09/2011 04:47 PM, Blue Swirl wrote:
>> This fails if the file doesn't exist:
>>CCi386-linux-user/syscall.o
>> /src/qemu/linux-user/syscall.c:86:26: error: linux/fiemap.h: No such
>> file or directory
>
>> The fix is to introduce a feature c
Hi,
I had fixed the loopmount ioctl for linux-user, working correctly for arm,
mips, ppc32 and sh4.
Martin
From: Martin Mohring
In case a chrooted build uses XEN or KVM, a looped mount needs to be done to setup the chroot.
The ioctl for loop mount works correctly for arm, mips, ppc32 and sh4
e patch on this ticket).
>
>
Maybe I am a bit late, I had now also run my testsuites for OBS on this
particular patch.
I can confirm that it forces the deadlock *now to a reproducable state*.
I had used a current git master from Fri as the base to cross check the
"its already on 0.13&quo
Hi,
I would like to thank you all who had made QEMU better over the time and
specifically who had contributed to QEMU 0.13 and User Mode improvements.
One result you can see here:
http://lizards.opensuse.org/2010/10/24/obs-2-1-status-of-superh-sh4-support-with-qemu/
So with QEMU user mode help
I am sorry to bring us all down to earth, we all had wished that this stuff
gets finally fixed, but it seems that those patches applied to QEMU master have
killed QEMU user mode.
I am referring to the user mode fixes after commit
0aef4261ac0ec9089ade0e3a92f986cb4ba7317e
I had QEMU working on P
