Re: xf4 bug report

Re: xf4 bug report

[Michel Dänzer]

[ other mailing list again :) ]

Steffen Haeuser wrote:

> >> >Does the mode work if you switch to it using the keyboard or start it up
> >> >directly?
> >>
> >> All fullscreen modes (1024x769, 640x481 and 800x601 ( :) ) ) start
> >> directly, the monitor makes click and there they are. Just only the
> >> 1024x768 (or x769 :) ) mode displays correctly.

I think this is a known bug...


> Another problem BTW with this Kernel is that I do not get the sound working
> with it (but could be a configuration problem... I had not yet the time to
> look after it).

Don't bother, that's a known problem as well. Blame Apple for not releasing
specs for the latest sound chips...


Michel


--
Therapy is expensive, popping bubble wrap is cheap. You choose.
______________________________________________________________________________
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86, Team *AMIGA*, AUGS

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Steffen Haeuser]

Am 25-Jul-00 schrieb Michel Dänzer:

Hi!

>> >> All fullscreen modes (1024x769, 640x481 and 800x601 ( :) ) ) start
>> >> directly, the monitor makes click and there they are. Just only the
>> >> 1024x768 (or x769 :) ) mode displays correctly.

>I think this is a known bug...

Ah. Which one, BTW, the "vertical one to high" or the "displayed screwed up"
one ?
Or both ?

>> Another problem BTW with this Kernel is that I do not get the sound working
>> with it (but could be a configuration problem... I had not yet the time to
>> look after it).

>Don't bother, that's a known problem as well. Blame Apple for not releasing
>specs for the latest sound chips...

Ah...

Steffen


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Michel Dänzer]

Steffen Haeuser wrote:

> >> >> All fullscreen modes (1024x769, 640x481 and 800x601 ( :) ) ) start
> >> >> directly, the monitor makes click and there they are. Just only the
> >> >> 1024x768 (or x769 :) ) mode displays correctly.
>
> >I think this is a known bug...
>
> Ah. Which one, BTW, the "vertical one to high" or the "displayed screwed up"
> one ?

The latter. Don't know about the other one. At least no other X developer has
replied on the Xpert list...


Michel


--
Men are from Earth. Women are from Earth. Deal with it.
______________________________________________________________________________
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86, Team *AMIGA*, AUGS

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Steffen Haeuser]

Am 25-Jul-00 schrieb Michel Dänzer:

>Steffen Haeuser wrote:

Hi!

>> >> >> All fullscreen modes (1024x769, 640x481 and 800x601 ( :) ) ) start
>> >> >> directly, the monitor makes click and there they are. Just only the
>> >> >> 1024x768 (or x769 :) ) mode displays correctly.
>>
>> >I think this is a known bug...
>>
>> Ah. Which one, BTW, the "vertical one to high" or the "displayed screwed
up"
>> one ?

>The latter. Don't know about the other one. At least no other X developer has
>replied on the Xpert list...

Ah. Any idea when the next Beta of the X Server will be out ?

Steffen


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Michel Dänzer]

Steffen Haeuser wrote:

> Ah. Any idea when the next Beta of the X Server will be out ?

You can always stay up-to-date using XFree86's public CVS or better with Ani
Joshi's rsync archive.

For the RPMs, ask Jack Howarth...


Michel


--
It's not a bug, it's tradition!
______________________________________________________________________________
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86, Team *AMIGA*, AUGS

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Iain Sandoe]

>> Another problem BTW with this Kernel is that I do not get the sound working
>> with it (but could be a configuration problem... I had not yet the time to
>> look after it).
>
> Don't bother, that's a known problem as well. Blame Apple for not releasing
> specs for the latest sound chips...

which machine, which kernel (and, if possible, which sound chip - can be
found from the MacOS side if not the Linux) ?

I'm trying to build a pattern to help track down the different issues & fix
'em...  there *is* work going on on the new chips - and the Darwin stuff is
helpful (i.e. I am hopeful of getting a more wide-ranging pmac sound support
over the next month or so)...

Iain.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Steffen Haeuser]

Am 25-Jul-00 schrieb Iain Sandoe:

Hi!

>>> Another problem BTW with this Kernel is that I do not get the sound
working
>>> with it (but could be a configuration problem... I had not yet the time to
>>> look after it).
>>
>> Don't bother, that's a known problem as well. Blame Apple for not releasing
>> specs for the latest sound chips...

>which machine, which kernel (and, if possible, which sound chip - can be
>found from the MacOS side if not the Linux) ?

A "blue/white" G3 Mac first Revision. Kernel is: 2.2.17pre10-ben2 (with the
older
kernel Sound worked - at least I cannot remember that an error message during
OS-booting happened, I never tried out the sound then.
But the new Kernel is needed for the X Server V4)

>I'm trying to build a pattern to help track down the different issues & fix

Sounds nice :)

Steffen


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Benjamin Herrenschmidt]

>
>A "blue/white" G3 Mac first Revision. Kernel is: 2.2.17pre10-ben2 (with the
>older
>kernel Sound worked - at least I cannot remember that an error message during
>OS-booting happened, I never tried out the sound then.
>But the new Kernel is needed for the X Server V4)

To my knowledge, there have been no change to the sound driver in 2.2 lately

Which bootloader are you using ?

Ben.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf4 bug report

[Steffen Haeuser]

Am 25-Jul-00 schrieb Benjamin Herrenschmidt:

Hi!
>>
>>A "blue/white" G3 Mac first Revision. Kernel is: 2.2.17pre10-ben2 (with the
>>older
>>kernel Sound worked - at least I cannot remember that an error message
during
>>OS-booting happened, I never tried out the sound then.
>>But the new Kernel is needed for the X Server V4)

>To my knowledge, there have been no change to the sound driver in 2.2 lately

Hmmm... maybe it did not work before either... but I first noticed the
"Failed"
after the installation of the new Kernel...

>Which bootloader are you using ?

I boot up using the system extension...

Steffen


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

xf4 bug report

[Jack Howarth]

   Steffen Haeuser reported the following XFree86 4.0 bugs in linuxppc
in case anyone is interested in looking into these problems...

----------------------------------------------------------------------
Hi!

Despite the fact I cannot use LinuxPPC for release-version games currently I
am
keeping the LinuxPPC version (which is basically just a different makefile
than
the Linux-x86 version :) ) of the game I am currently working on on the latest
state.
On this I encountered some bugs in the V4 X Server. I guess you are interested
in
bugreports ? :)

1. VidModeExtension

If I have a 640x480 and a 1024x768 mode defined in XF86Config, after the call
of

XF86VidModeGetAllModeLines

I get those reported as

640x481
1024x769

If I just ignore this and switch to the mode anyways, I get a display which is
completely
garbaged, as if a wrong BytesPerRow is used. This only happens in 640x480
though,
in 1024x768 this works fine.

Next is: When I do a XGetVisualInfo for a different depth like the current
screen
this fails (as I understand it it should not fail, and if a image with the
different
depth is then created, the XShmPutImage should convert for the X Server V
4.0).

Asides from that I did not find any bugs - yet :)

Of course these issues are minor issues for myselves... the big issue is the
3D
Acceleration for me :) ...

Steffen
----------------------------------------------------------------------------

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/