On Wed, Jul 04, 2007 at 01:19:07PM +0900, Magnus Damm wrote:
> On 6/25/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> >Can you also provide a regression test like some of the other targets
> >have? It would be very useful to detect breakage.
>
> Sure, what about the attached hello-sh4 test patch?
Nathaniel Filardo wrote:
> Greetings all.
>
> I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
> A big chunk (in terms of diff line count) of the work that has been
> done on this before was to convert all the lines of the form
>case A ... B:
> to be individual case arms as
On Tuesday 24 July 2007, Nathaniel Filardo wrote:
> Greetings all.
>
> I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
> A big chunk (in terms of diff line count) of the work that has been
> done on this before was to convert all the lines of the form
> case A ... B:
> to
Greetings all.
I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
A big chunk (in terms of diff line count) of the work that has been
done on this before was to convert all the lines of the form
case A ... B:
to be individual case arms as required by Plan 9's C compiler. Th
Lets try this again. (forgot to attach patch! )
the attached patch is a re-hash of the old "-disk" patch against current CVS.
things it does(on X86):
adds a "-disk scsi,hba=ADAPTER_NO,id=SCSI_ID,img=DISK_IMAGE,type=disk" syntax,
for specifying scsi devices.
supports the old -hd[a-d] arguments.
s
the attached patch is a re-hash of the old "-disk" patch against current CVS.
things it does(on X86):
adds a "-disk scsi,hba=ADAPTER_NO,id=SCSI_ID,img=DISK_IMAGE,type=disk" syntax,
for specifying scsi devices.
supports the old -hd[a-d] arguments.
supports using -cdrom twice, creating two cdrom de
In article <[EMAIL PROTECTED]>
you write:
>On 24/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> I just played with this a bit and although I got the stuff at
>> http://pokylinux.org/releases/clyde-2.0/
>> somewhat working (tried the akita ones going after
>> http://bu
On Tue, Jul 24, 2007 at 06:30:11PM +0200, Andreas Färber wrote:
>
> Am 24.07.2007 um 15:32 schrieb Clemens Kolbitsch:
>
> >i'm emulating i386 (what else when using windows *g*) [...]
> >
> >just in case someone knows :-)
>
> As far as I recall, in chronological order: alpha, ia64, amd64. ;-)
Wh
On Tue, Jul 24, 2007 at 07:50:30PM +0200, Jindrich Makovicka wrote:
> Hi,
>
> the attached patch modifies the SDL display refresh code so the mouse
> and keyboard events are processed each 10 ms instead of 30. This causes
> much better mouse behavior due to lower latency.
>
> By default, display
Hi,
the attached patch modifies the SDL display refresh code so the mouse
and keyboard events are processed each 10 ms instead of 30. This causes
much better mouse behavior due to lower latency.
By default, display is still refreshed only each 30 ms to prevent the
increase of the cpu load, but it
Am 24.07.2007 um 15:32 schrieb Clemens Kolbitsch:
i'm emulating i386 (what else when using windows *g*) [...]
just in case someone knows :-)
As far as I recall, in chronological order: alpha, ia64, amd64. ;-)
Andreas
hi christian,
thanks for the reply... looks like a good explanation *gg* ... why didn't i
try that before posting (haven't done it yet, but looks reasonable :-) )??
greets!
> allocate more ram to your qemu guest
>
> it's the "-m" switch. Default is 128M, way too low
> for KDE.
>
> Try first 192,
allocate more ram to your qemu guest
it's the "-m" switch. Default is 128M, way too low
for KDE.
Try first 192, 256, and then 512 if you can afford it.
On 7/24/07, Clemens Kolbitsch <[EMAIL PROTECTED]> wrote:
hi!
i've got a questions... just out of curiosity: when emulating windows xp, i
get q
hi!
i've got a questions... just out of curiosity: when emulating windows xp, i
get quite good speeds. however, when running linux, i can only work with it
when turning off kde... it is WAY too slow.
is there a known reason for that / does anyone know what i could be doing
wrong?
i'm emulating
14 matches
Mail list logo
