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
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
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 (
Blue Swirl wrote:
> On 6/8/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> >Blue Swirl wrote:
> >[snip]
> >> >I haven't been able to test the new patch yet.
> >> >
> >> >Q's patch and my adaptation for tcx just reversed the order of the
> >> >colors, just like BlueSwirl's patch except that they used
Am 07.06.2007 um 13:47 schrieb Andreas Färber:
> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the
NIC
> configured through DHCP and install to about 73% where I
repeatedly
> got a kernel panic "Aiee".
I sho
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 (and if ds->bgr is manually set to 1,
shows the blue-foote
On 6/9/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
On 6/8/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
> It is not okay. It works on ppc but on Intel applied to 0.9.0 s->ds-
> >bgr does not evaluate to true so OpenBIOS and Tux are blue again...
> (tested i386 and sparc guests; my console output i
On 6/8/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
It is not okay. It works on ppc but on Intel applied to 0.9.0 s->ds-
>bgr does not evaluate to true so OpenBIOS and Tux are blue again...
(tested i386 and sparc guests; my console output indicates
rgb_to_pixel32 is called for tcx)
Maybe the
Q's patch and my adaptation for tcx just reversed the order of the
colors, just like BlueSwirl's patch except that they used #if
__LITTLE_ENDIAN__ in place of #ifdef WORDS_BIGENDIAN, and this
worked
for both i386 and sparc32 guests on i386 host (but is not applied
for
ppc host).
http://www
On 6/8/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
Blue Swirl wrote:
[snip]
> >I haven't been able to test the new patch yet.
> >
> >Q's patch and my adaptation for tcx just reversed the order of the
> >colors, just like BlueSwirl's patch except that they used #if
> >__LITTLE_ENDIAN__ in place o
Blue Swirl wrote:
[snip]
> >I haven't been able to test the new patch yet.
> >
> >Q's patch and my adaptation for tcx just reversed the order of the
> >colors, just like BlueSwirl's patch except that they used #if
> >__LITTLE_ENDIAN__ in place of #ifdef WORDS_BIGENDIAN, and this worked
> >for both
On 6/8/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
> Blue Swirl wrote:
>> On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
>>> I also made some local changes to tcx.c today to avoid having a
>>> blue-
>>> footed penguin on Intel. There's a TODO in that file saying the RGB
>>> functions sho
Blue Swirl wrote:
On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
I also made some local changes to tcx.c today to avoid having a
blue-
footed penguin on Intel. There's a TODO in that file saying the RGB
functions should be merged with vga.c (where they are being patched
by Q) - should
Blue Swirl wrote:
> On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
> >I also made some local changes to tcx.c today to avoid having a blue-
> >footed penguin on Intel. There's a TODO in that file saying the RGB
> >functions should be merged with vga.c (where they are being patched
> >by Q) -
On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
I also made some local changes to tcx.c today to avoid having a blue-
footed penguin on Intel. There's a TODO in that file saying the RGB
functions should be merged with vga.c (where they are being patched
by Q) - should I provide a qemu patch
> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
> configured through DHCP and install to about 73% where I
repeatedly
> got a kernel panic "Aiee".
I should add that when I tried the interrupt checking pat
Hi,
> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
> configured through DHCP and install to about 73% where I repeatedly
> got a kernel panic "Aiee".
I should add that when I tried the interrupt checking pa
On 6/6/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
Blue Swirl a écrit :
> On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
>>> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
>>> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
>>> configured through DHCP
Blue Swirl a écrit :
> On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
>>> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
>>> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
>>> configured through DHCP and install to about 73% where I repeatedly
>>> got a k
On 6/6/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
> Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
> debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
> configured through DHCP and install to about 73% where I repeatedly
> got a kernel panic "Aiee".
I shoul
Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
configured through DHCP and install to about 73% where I repeatedly
got a kernel panic "Aiee".
I should add that when I tried the interrupt checking patch pr
Andreas Färber wrote:
Hello,
I have recently upgraded from Q/qemu 0.9.0 to qemu CVS HEAD and the
sparc32 Lance NIC appears to no longer work correctly.
Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
configu
Hello,
I have recently upgraded from Q/qemu 0.9.0 to qemu CVS HEAD and the
sparc32 Lance NIC appears to no longer work correctly.
Using Q 0.9.0d88 on a Mac OS X i386 host I was able to boot into
debian-40r0-sparc-netinst.iso with qemu-system-sparc, have the NIC
configured through DHCP and
24 matches
Mail list logo
