From: <gb...@di...> - 2001-06-27 22:38:41
|
Hi, > depth/resolution switching infrastructure should be complete now; slot RO= M > contains all supported depths, default mode is stored in XPRAM upon start= up, > and added video_switch_to_mode() call (currently unimplemented in all dri= vers) That's nice, 0.9.1 is showing up ? ;-) - What are we supposed to return when we can't change resolution/depth (memory re-allocation error, failure in DGA vidmode switching, etc.) ? - In direct addressing, we used to determine the base address of the Mac framebuffer from the host address. Does your infrastructure permit dynamic relocation of the Mac frame buffer ? The latter problem can arise when we need to reallocate the frame buffer to fit the new video mode. However, this can be easily fixed by pre-allocating memory for the highest host video mode configuration, at least for the_buffer[]. That will work but that's not really clean even if only pages that are actually used reside in physical memory. Bye, Gwenol=E9. |
From: <gb...@di...> - 2001-07-01 05:57:27
|
Hi, > Log Message: > gamma tables work with X11 Well, when I start B2, the display has psychadelic colors (as if the color palette changed but it can't [1]) then I focus onto another window. The colors become as expected when I simply switch back to the B2 window. Footnotes: [1] I am using XFree 4.0.3 in 16 bpp mode. Bye, Gwenol=E9 |
From: Christian B. <cb...@st...> - 2001-07-01 15:14:40
|
On Sun, Jul 01, 2001 at 08:03:30AM +0200, Gwenole Beauchesne wrote: > Well, when I start B2, the display has psychadelic colors (as if the > color palette changed but it can't [1]) then I focus onto another > window. The colors become as expected when I simply switch back to the > B2 window. Could you try again with the latest CVS sources? There have been lots of small changes and fixes to the gamma table code. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
From: <gb...@di...> - 2001-07-14 10:29:38
|
> On Sun, Jul 01, 2001 at 08:03:30AM +0200, Gwenole Beauchesne wrote: > > Well, when I start B2, the display has psychadelic colors (as if the > > color palette changed but it can't [1]) then I focus onto another > > window. The colors become as expected when I simply switch back to the > > B2 window. > > Could you try again with the latest CVS sources? There have been lots > of small changes and fixes to the gamma table code. I have just tried with CVS 13/07/2001, the palette is still changed with inconsistent values. |
From: Christian B. <cb...@st...> - 2001-07-14 15:20:09
|
Hi! On Sat, Jul 14, 2001 at 12:35:38PM +0100, Gwenole Beauchesne wrote: > I have just tried with CVS 13/07/2001, the palette is still changed with > inconsistent values. Sounds like a window manager problem to me. I've read the relevant sections in the ICCCM again and I believe that the implementation in B2 is correct. I've tried it with twm and Sawfish and observe none of these effects. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
From: <gb...@di...> - 2001-07-14 18:41:41
|
Hi, > Sounds like a window manager problem to me. I've read the relevant sectio= ns > in the ICCCM again and I believe that the implementation in B2 is correct= . > I've tried it with twm and Sawfish and observe none of these effects. That's odd, the tests with Speedometer 3.2x don't show those effects, but do with Speedometer 4.0x when depth changes or B2 is booting. I will try with another window manager than kwm (KDE 2.1.1). Note however that I don't see those effects with XFree 4.1 on my machine at work and the same (if memory still goes well) KDE version. I will also try on the Debian system. Bye, Gwenol=E9. |
From: Christian B. <cb...@st...> - 2001-06-28 15:21:27
|
Hi! On Thu, Jun 28, 2001 at 12:44:38AM +0200, Gwenole Beauchesne wrote: > That's nice, 0.9.1 is showing up ? ;-) Rather 1.0 :-) > - What are we supposed to return when we can't change resolution/depth > (memory re-allocation error, failure in DGA vidmode switching, etc.) ? You are supposed to crash. :-) The MacOS Display Manager was obviously designed for interfacing with video _hardware_ and it assumes that when a mode is supported, it can be switched to. Since no return value is being checked, there is no point in providing one. > - In direct addressing, we used to determine the base address of the Mac > framebuffer from the host address. Does your infrastructure permit > dynamic relocation of the Mac frame buffer ? Yes, this should work. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |