Bug#347186: [Linux-fbdev-devel] Re: Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Wed, 2006-01-11 at 21:15 -0800, Steve Langasek wrote: > On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: > > > The "UseFBDev" option was added to X so it can cooperate with fbcon (ie, > > allows > > X to restore the console state by using the fbdev API ). In 2.6, fbcon has > > its > > own way of restoring its own state so the "UseFBDev" option is not needed, > > and in > > your case, is counterproductive. > > Aha, didn't know that. It had been my impression that this option meant > using the fbdev API for all vidcard access; It does, for the things the fbdev API provides. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Wed, Jan 11, 2006 at 11:28:27AM +0100, maximilian attems wrote: > > > > Sigh, can't get a break with alpha kernel support around here. After > > > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer > > > > works > > > > correctly on my alpha with a Matrox Millenium II. The matroxfb_base > > > > module > > > > loads without error, but gives me corrupt video output only. > > > Try turning off acceleration. > > Doesn't make a difference. > > What did make a difference was, after googling, loading fbcon manually > > before loading matroxfb_base. Given that I'm loading matroxfb_base by hand > > (/etc/modules), it's not getting loaded via udev or anything like that, it > > seems to me that it's my responsibility to load fbcon by hand as well, but > > it's still something of an unexpected change from 2.4. It might be nice to > > have these modules all autoloaded by something, but it's not strictly > > necessary, and some users may not want the framebuffer activated > > automatically? > > The other issue (and the first thing I was trying to get work, which led me > > to believe the fb was completely broken) is that, even though console works > > on the framebuffer now, X does not. This breakage corresponds to the kernel > > upgrade, not to any changes in X, so still looks like a kernel bug to me. > > If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't > > poked yet to see what this does performance-wise. > 2.6.15 has matroxfb patches, did it make a difference on your box? Don't know yet, thanks to bug #347556. :) On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: > >> It might be nice to > >> have these modules all autoloaded by something, but it's not strictly > >> necessary, and some users may not want the framebuffer activated > >> automatically? > As long as fbcon is compiled statically, you'll get the same 2.4 behavior. I leave it to Norbert to decide what the policy should be for fbcon in the alpha kernel images. > >> The other issue (and the first thing I was trying to get work, which led me > >> to believe the fb was completely broken) is that, even though console works > >> on the framebuffer now, X does not. This breakage corresponds to the > >> kernel > >> upgrade, not to any changes in X, so still looks like a kernel bug to me. > >> If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't > >> poked yet to see what this does performance-wise. > The "UseFBDev" option was added to X so it can cooperate with fbcon (ie, > allows > X to restore the console state by using the fbdev API ). In 2.6, fbcon has > its > own way of restoring its own state so the "UseFBDev" option is not needed, > and in > your case, is counterproductive. Aha, didn't know that. It had been my impression that this option meant using the fbdev API for all vidcard access; but I guess that's the fbdev driver, anyway. So the real target for all of this was to get matroxfb working to the point of running bterm successfully from the debian installer; and even with fbcon working, in 2.6.14 running bterm or fbi gives me a whole lot of nothing (console blanks, nothing gets displayed). I'll give this another try with 2.6.15 once I've got my /usr partition mounting again. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347186: [Linux-fbdev-devel] Re: Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Wed, Jan 11, 2006 at 08:36:16PM +0800, Antonino A. Daplas wrote: > Sven Luther wrote: > > On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: > >> maximilian attems wrote: > > > > Also, note : > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311815 > > [powerpc] screen garbage when using matroxfb acceleration > > > > this is on powerpc64 though, so it may be some 64-bitness issue. > > Yes. Reading that bug report, the problem is specific to matroxfb's > hardware acceleration. Petr Vandrovec is the best person for this > problem. Ok, thanks, will forward it to him this WE. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: [Linux-fbdev-devel] Re: Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
Sven Luther wrote: > On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: >> maximilian attems wrote: > > Also, note : > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311815 > [powerpc] screen garbage when using matroxfb acceleration > > this is on powerpc64 though, so it may be some 64-bitness issue. Yes. Reading that bug report, the problem is specific to matroxfb's hardware acceleration. Petr Vandrovec is the best person for this problem. Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: > maximilian attems wrote: > > dear adaplas, > > > > could you please take a look at this matroxfb debian bug report: > > http://bugs.debian.org/347186 > > > > On Mon, 09 Jan 2006, Steve Langasek wrote: > > > > > Sigh, can't get a break with alpha kernel support around here. After > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works > correctly on my alpha with a Matrox Millenium II. The matroxfb_base > module > loads without error, but gives me corrupt video output only. > >>> Try turning off acceleration. > >> Doesn't make a difference. > >> > >> What did make a difference was, after googling, loading fbcon manually > >> before loading matroxfb_base. Given that I'm loading matroxfb_base by hand > >> (/etc/modules), it's not getting loaded via udev or anything like that, it > >> seems to me that it's my responsibility to load fbcon by hand as well, but > >> it's still something of an unexpected change from 2.4. > > You can always compile fbcon statically and the fbdev as modules so you get > the same behavior as 2.4. (The separation of fbdev from fbcon is advantageous > in embedded systems where the console is not needed). > > (There's a new document Documentation/fb/fbcon.txt that explains some of the > changes. It's new in 2.6.15). Also, note : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311815 [powerpc] screen garbage when using matroxfb acceleration this is on powerpc64 though, so it may be some 64-bitness issue. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
maximilian attems wrote: > dear adaplas, > > could you please take a look at this matroxfb debian bug report: > http://bugs.debian.org/347186 > > On Mon, 09 Jan 2006, Steve Langasek wrote: > > Sigh, can't get a break with alpha kernel support around here. After upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works correctly on my alpha with a Matrox Millenium II. The matroxfb_base module loads without error, but gives me corrupt video output only. >>> Try turning off acceleration. >> Doesn't make a difference. >> >> What did make a difference was, after googling, loading fbcon manually >> before loading matroxfb_base. Given that I'm loading matroxfb_base by hand >> (/etc/modules), it's not getting loaded via udev or anything like that, it >> seems to me that it's my responsibility to load fbcon by hand as well, but >> it's still something of an unexpected change from 2.4. You can always compile fbcon statically and the fbdev as modules so you get the same behavior as 2.4. (The separation of fbdev from fbcon is advantageous in embedded systems where the console is not needed). (There's a new document Documentation/fb/fbcon.txt that explains some of the changes. It's new in 2.6.15). >> It might be nice to >> have these modules all autoloaded by something, but it's not strictly >> necessary, and some users may not want the framebuffer activated >> automatically? As long as fbcon is compiled statically, you'll get the same 2.4 behavior. >> >> The other issue (and the first thing I was trying to get work, which led me >> to believe the fb was completely broken) is that, even though console works >> on the framebuffer now, X does not. This breakage corresponds to the kernel >> upgrade, not to any changes in X, so still looks like a kernel bug to me. >> >> If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't >> poked yet to see what this does performance-wise. The "UseFBDev" option was added to X so it can cooperate with fbcon (ie, allows X to restore the console state by using the fbdev API ). In 2.6, fbcon has its own way of restoring its own state so the "UseFBDev" option is not needed, and in your case, is counterproductive. (I don't think removing the "UseFBDev" option will affect X performance-wise.) Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
dear adaplas, could you please take a look at this matroxfb debian bug report: http://bugs.debian.org/347186 On Mon, 09 Jan 2006, Steve Langasek wrote: > > > Sigh, can't get a break with alpha kernel support around here. After > > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works > > > correctly on my alpha with a Matrox Millenium II. The matroxfb_base > > > module > > > loads without error, but gives me corrupt video output only. > > > Try turning off acceleration. > > Doesn't make a difference. > > What did make a difference was, after googling, loading fbcon manually > before loading matroxfb_base. Given that I'm loading matroxfb_base by hand > (/etc/modules), it's not getting loaded via udev or anything like that, it > seems to me that it's my responsibility to load fbcon by hand as well, but > it's still something of an unexpected change from 2.4. It might be nice to > have these modules all autoloaded by something, but it's not strictly > necessary, and some users may not want the framebuffer activated > automatically? > > The other issue (and the first thing I was trying to get work, which led me > to believe the fb was completely broken) is that, even though console works > on the framebuffer now, X does not. This breakage corresponds to the kernel > upgrade, not to any changes in X, so still looks like a kernel bug to me. > > If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't > poked yet to see what this does performance-wise. > > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > [EMAIL PROTECTED] http://www.debian.org/ 2.6.15 has matroxfb patches, did it make a difference on your box? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Tue, Jan 10, 2006 at 02:10:46AM -0800, Steve Langasek wrote: > If any change is to be made here to enforce auto-loading of fbcon, it seems > to me that it makes more sense to just build fbcon into the kernel instead > of doing dances with the initramfs managers. > > Well, first of all, I'm not using yaird... Well, i guess then you either lobby to have fbcon builtin, as it is on powerpc, or have initramfs-tools fixed this way, or more probably, have your boot scripts or whatever handle this correctly. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Mon, Jan 09, 2006 at 12:09:43PM +0100, Sven Luther wrote: > On Mon, Jan 09, 2006 at 02:51:46AM -0800, Steve Langasek wrote: > > On Mon, Jan 09, 2006 at 10:35:18AM +0100, Sven Luther wrote: > > > On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote: > > > > Package: linux-2.6 > > > > Version: 2.6.14-7 > > > > Severity: important > > > > Sigh, can't get a break with alpha kernel support around here. After > > > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer > > > > works > > > > correctly on my alpha with a Matrox Millenium II. The matroxfb_base > > > > module > > > > loads without error, but gives me corrupt video output only. > > > Try turning off acceleration. > > Doesn't make a difference. > > What did make a difference was, after googling, loading fbcon manually > > before loading matroxfb_base. Given that I'm loading matroxfb_base by hand > > (/etc/modules), it's not getting loaded via udev or anything like that, it > > seems to me that it's my responsibility to load fbcon by hand as well, but > Indeed, if you load it by hand, you need to load fbcon also. Maybe there > should be a dependency between matroxfb and fbcon, which modprobe would then > take care of, but i guess it also makes sense to use matroxfb without fbcon, > or something. Well, depmod dependencies are based on who uses symbols from what -- obviously matroxfb doesn't *need* fbcon in order to load and be used. And one may have their console on a different video card with no framebuffer involved. If any change is to be made here to enforce auto-loading of fbcon, it seems to me that it makes more sense to just build fbcon into the kernel instead of doing dances with the initramfs managers. > > it's still something of an unexpected change from 2.4. It might be nice to > > have these modules all autoloaded by something, but it's not strictly > > necessary, and some users may not want the framebuffer activated > > automatically? > I think that if you configure yaird to load in matroxfb, it should then also > load fbcon. Well, first of all, I'm not using yaird... > > The other issue (and the first thing I was trying to get work, which led me > > to believe the fb was completely broken) is that, even though console works > > on the framebuffer now, X does not. This breakage corresponds to the kernel > > upgrade, not to any changes in X, so still looks like a kernel bug to me. > What X version are you using ? 6.8.2.dfsg.1-1; I've just upgraded to 6.9.0.dfsg.1-2, but haven't restarted anything yet. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Mon, Jan 09, 2006 at 02:51:46AM -0800, Steve Langasek wrote: > On Mon, Jan 09, 2006 at 10:35:18AM +0100, Sven Luther wrote: > > On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote: > > > Package: linux-2.6 > > > Version: 2.6.14-7 > > > Severity: important > > > > Sigh, can't get a break with alpha kernel support around here. After > > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works > > > correctly on my alpha with a Matrox Millenium II. The matroxfb_base > > > module > > > loads without error, but gives me corrupt video output only. > > > Try turning off acceleration. > > Doesn't make a difference. > > What did make a difference was, after googling, loading fbcon manually > before loading matroxfb_base. Given that I'm loading matroxfb_base by hand > (/etc/modules), it's not getting loaded via udev or anything like that, it > seems to me that it's my responsibility to load fbcon by hand as well, but Indeed, if you load it by hand, you need to load fbcon also. Maybe there should be a dependency between matroxfb and fbcon, which modprobe would then take care of, but i guess it also makes sense to use matroxfb without fbcon, or something. > it's still something of an unexpected change from 2.4. It might be nice to > have these modules all autoloaded by something, but it's not strictly > necessary, and some users may not want the framebuffer activated > automatically? I think that if you configure yaird to load in matroxfb, it should then also load fbcon. > The other issue (and the first thing I was trying to get work, which led me > to believe the fb was completely broken) is that, even though console works > on the framebuffer now, X does not. This breakage corresponds to the kernel > upgrade, not to any changes in X, so still looks like a kernel bug to me. What X version are you using ? > If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't > poked yet to see what this does performance-wise. Should not make a difference. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
* Sven Luther wrote: > matroxfb is problematic, since the matroxfb maintainer didn't agree > on the 2.4->2.6 fbdev API change, and thus things broke all over, > and has a huge patch that reverses the new fbdev stuff. At least > this was the case a year or two back at least. Last time I tried matroxfb on alpha (IIRC it was with 2.5.68), this patch helped to get it working correctly: ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/ I thought that patch was integrated upstream already, but there's a patch against 2.6.15-rc4, so I don't think it was integrated already. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Mon, Jan 09, 2006 at 10:35:18AM +0100, Sven Luther wrote: > On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote: > > Package: linux-2.6 > > Version: 2.6.14-7 > > Severity: important > > Sigh, can't get a break with alpha kernel support around here. After > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works > > correctly on my alpha with a Matrox Millenium II. The matroxfb_base module > > loads without error, but gives me corrupt video output only. > Try turning off acceleration. Doesn't make a difference. What did make a difference was, after googling, loading fbcon manually before loading matroxfb_base. Given that I'm loading matroxfb_base by hand (/etc/modules), it's not getting loaded via udev or anything like that, it seems to me that it's my responsibility to load fbcon by hand as well, but it's still something of an unexpected change from 2.4. It might be nice to have these modules all autoloaded by something, but it's not strictly necessary, and some users may not want the framebuffer activated automatically? The other issue (and the first thing I was trying to get work, which led me to believe the fb was completely broken) is that, even though console works on the framebuffer now, X does not. This breakage corresponds to the kernel upgrade, not to any changes in X, so still looks like a kernel bug to me. If I turn off "UseFBDev" in my xorg.conf, X displays correctly. I haven't poked yet to see what this does performance-wise. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote: > Package: linux-2.6 > Version: 2.6.14-7 > Severity: important > > Sigh, can't get a break with alpha kernel support around here. After > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works > correctly on my alpha with a Matrox Millenium II. The matroxfb_base module > loads without error, but gives me corrupt video output only. Try turning off acceleration. matroxfb is problematic, since the matroxfb maintainer didn't agree on the 2.4->2.6 fbdev API change, and thus things broke all over, and has a huge patch that reverses the new fbdev stuff. At least this was the case a year or two back at least. > Card info from lspci: > > :00:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W > [Millennium II] > > and lspci -n: > > :00:05.0 0300: 102b:051b > > dmesg output: > > matroxfb: Matrox Millennium II (PCI) detected > PInS memtype = 0 > matroxfb: 640x480x8bpp (virtual: 640x6553) > matroxfb: framebuffer at 0x900, mapped to 0xfc880900, size 4194304 > fb0: MATROX frame buffer device > fb0: initializing hardware > > > Happy to test potential driver fixes, though due to issues with *other* > hardware in this system I didn't test the framebuffer with any previous 2.6 > kernels and can't tell you whether it worked with them. It probably was always so, and matroxfb is problematic. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
Package: linux-2.6 Version: 2.6.14-7 Severity: important Sigh, can't get a break with alpha kernel support around here. After upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works correctly on my alpha with a Matrox Millenium II. The matroxfb_base module loads without error, but gives me corrupt video output only. Card info from lspci: :00:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] and lspci -n: :00:05.0 0300: 102b:051b dmesg output: matroxfb: Matrox Millennium II (PCI) detected PInS memtype = 0 matroxfb: 640x480x8bpp (virtual: 640x6553) matroxfb: framebuffer at 0x900, mapped to 0xfc880900, size 4194304 fb0: MATROX frame buffer device fb0: initializing hardware Happy to test potential driver fixes, though due to issues with *other* hardware in this system I didn't test the framebuffer with any previous 2.6 kernels and can't tell you whether it worked with them. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature