CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 20:26:38
Modified files:
target-sparc : translate.c
Log message:
Fix Sparc64 prefetcha op
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemu&r1=1.
> How about moving these and pixel_ops to sdl.c and other output
> drivers? Then the emulated devices didn't have to know about output
> device.
They should also be independent of the output device (as they are now).
Paul
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/06/10 19:21:04
Modified files:
. : Makefile.target qemu-doc.texi vl.c
hw : usb.h
Added files:
hw : usb-wacom.c
Log message:
Wacom P
On 6/10/07, Paul Brook <[EMAIL PROTECTED]> wrote:
On Sunday 10 June 2007, Stuart Brady wrote:
> On Sun, Jun 10, 2007 at 04:35:21PM +, Blue Swirl wrote:
> > Log message:
> > Add hw/pixel_ops.h
>
> Are there any thoughts on moving vga_draw_line_glyph* out of
> vga_template.h?
Sounds like
On Sunday 10 June 2007, Stuart Brady wrote:
> On Sun, Jun 10, 2007 at 04:35:21PM +, Blue Swirl wrote:
> > Log message:
> > Add hw/pixel_ops.h
>
> Are there any thoughts on moving vga_draw_line_glyph* out of
> vga_template.h?
Sounds like a good idea (in principle) to me. I suspect you'd wa
Am 10.06.2007 um 19:02 schrieb Blue Swirl:
Thanks, I split the patch and didn't notice that some parts didn't
survive the splitting. It should be fixed with the commit.
Thank you!
If this was only a splitting/committing issue then I'll assume I can
still apply big_endian_display4.diff agai
On Sun, Jun 10, 2007 at 04:35:21PM +, Blue Swirl wrote:
> Log message:
>Add hw/pixel_ops.h
Are there any thoughts on moving vga_draw_line_glyph* out of
vga_template.h? While I'm not *entirely* certain that my ZX Spectrum
emulation patch[1] would be accepted :-), it seems conceivable t
On 6/10/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
Modified files:
. : qemu-doc.texi
hw : vga.c
Log message:
Fix patch splitting lossage in vga.c
Sorry, I forgot that I was editing the doc.
On 6/10/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
Maybe it would be a good idea to add more warnings to the
QEMU compiler options. The current option -Wall (in files
Makefile.target, configure) does not activate all warnings.
I think that especially -Wshadow should be added because code
with sh
On 6/10/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Replacing my local files with HEAD I get the following errors:
/Users/andreas/Q/tmp/qemu/hw/vga.c:1317: error:
`vga_draw_line15_15bgr' undeclared here (not in a function)
Thanks, I split the patch and didn't notice that some parts didn't
su
Am 10.06.2007 um 18:35 schrieb Rolf Fokkens:
Sorry - immidiately after being absolutely sure about this, the
same problem also occured with rtl8139 emulation. Well, it's an
issue anyhow.
Rolf
Rolf Fokkens wrote:
On both qemu (no-kqemu) and qemu-kvm (no-kvm or with kvm) release
0.9.0 the
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 17:01:00
Modified files:
. : qemu-doc.texi
hw : vga.c
Log message:
Fix patch splitting lossage in vga.c
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qe
Am 10.06.2007 um 18:35 schrieb Blue Swirl:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:35:21
Added files:
hw : pixel_ops.h
Log message:
Add hw/pixel_ops.h
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/p
On 6/10/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Am 10.06.2007 um 17:49 schrieb Blue Swirl:
> On 6/9/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
>> Is Debian correct is saying that TCX supports 8-bit only? Don't we
>> have 15, 16 and 32 bit there, too?
>> I modified xorg.conf to use sunt
Sorry - immidiately after being absolutely sure about this, the same
problem also occured with rtl8139 emulation. Well, it's an issue anyhow.
Rolf
Rolf Fokkens wrote:
On both qemu (no-kqemu) and qemu-kvm (no-kvm or with kvm) release
0.9.0 the following happens when using ne2000 (default) emula
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:35:21
Added files:
hw : pixel_ops.h
Log message:
Add hw/pixel_ops.h
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pixel_ops.h?cvsroot=qemu&rev=1.1
On both qemu (no-kqemu) and qemu-kvm (no-kvm or with kvm) release 0.9.0
the following happens when using ne2000 (default) emulation:
UG: waring at kernel/softirq.c:138/local_bh_enable() (Not tainted)
[] local_bh_enable+/0x92
[..] cond_resched_sof+0x2c/0x42
[..] release_so
Am 10.06.2007 um 17:49 schrieb Blue Swirl:
On 6/9/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Is Debian correct is saying that TCX supports 8-bit only? Don't we
have 15, 16 and 32 bit there, too?
I modified xorg.conf to use suntcx instead of sunffb; depths of 24,
16 and 15 did not work, with
Am 10.06.2007 um 18:06 schrieb Blue Swirl:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:06:20
Modified files:
. : Makefile.target
hw : tcx.c vga.c
Log message:
Merge TCX and VGA pixel operations
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:07:38
Modified files:
. : cocoa.m sdl.c
hw : tcx.c vga.c
Log message:
Attempt to fix incorrect colours on some BGR displays
CVSWeb URLs:
http://cvs.sava
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:06:20
Modified files:
. : Makefile.target
hw : tcx.c vga.c
Log message:
Merge TCX and VGA pixel operations
CVSWeb URLs:
http://cvs.savannah.gnu.org/view
On 6/9/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Is Debian correct is saying that TCX supports 8-bit only? Don't we
have 15, 16 and 32 bit there, too?
I modified xorg.conf to use suntcx instead of sunffb; depths of 24,
16 and 15 did not work, with 8 bit I got the Blue Swirl. ;-) Looks a
littl
On 6/9/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Am 09.06.2007 um 10:05 schrieb Blue Swirl:
>> Maybe the bgr detection logic in sdl.c is flawed. Is this patch
>> any better?
>
> Except that on OSX the correct place to fix this would be in
> cocoa.m, right?
For qemu yes. Works fine on ppc (
Maybe it would be a good idea to add more warnings to the
QEMU compiler options. The current option -Wall (in files
Makefile.target, configure) does not activate all warnings.
I think that especially -Wshadow should be added because code
with shadowed variables is more difficult to read and mainta
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/06/10 15:08:43
Modified files:
hw : gt64xxx.c mips_malta.c
Log message:
More PCI mapping/remapping for Gallileo.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gt64xxx.
On Saturday 09 June 2007, Hervé Poussineau wrote:
> Hi,
>
> This patch adds a 7-segments + led display device emulation to Qemu.
> A picture of the original thing can be found at
> http://www.sensi.org/~alec/mips/images/acer_pica_io_3.jpg
> Use the device in the MIPS PICA 61 machine.
> +color_
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/06/10 14:07:13
Modified files:
. : exec.c
Log message:
Flush the debug log when qemu Aborts (patch by Herve Poussineau)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qem
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/06/10 13:53:18
Modified files:
target-arm : translate.c
Log message:
Use the same offset for all STR and STM instructions that store r15, as
specified in ARM ARM (patch from Chris M
28 matches
Mail list logo
