From: Sven L. <lu...@dp...> - 2001-03-07 20:52:42
|
Hello, ... I am running pm3fb wrotten by Romain dolbeau in the 2.4.2 kernel, and looking trough the documentation file, i noticed the following : linux/Documentation/fb/framebuffer.txt says : By convention, the following device nodes are used (numbers indicate the device minor numbers): 0 = /dev/fb0 First frame buffer 1 = /dev/fb1 Second frame buffer ... 31 = /dev/fb31 32nd frame buffer but linux/Documentation/devices.txt says : 29 char Universal frame buffer 0 = /dev/fb0 First frame buffer 32 = /dev/fb1 Second frame buffer ... 224 = /dev/fb7 Eighth frame buffer All additional minor numbers are reserved. Which one should i believe ? Notice, that on my debian system, MAKEDEV is building fb# conforming to the devices.txt stuff, (makedev version 2.3.1-50.1). this is from unstable (but a few weeks old already). Another 2 question i have, concerning the pm3fb fbdev : * pm3fb_setup never does get called, altough it is listed in fbmem.c at the right place, i think. As a consequence of this all options are ignored. What is wrong here ? * i have two pm3 on the same board, which both get allocated a fbdev (well fb0 and fb1). But all console are still on fb0, and con2fbmap 2 /dev/fb1, which should but console 2 (or 3) on /dev/fb1 does nothing ... Friendly, Sven Luther |
From: Geert U. <ge...@li...> - 2001-03-07 21:17:52
|
On Wed, 7 Mar 2001, Sven LUTHER wrote: > linux/Documentation/fb/framebuffer.txt says : > > By convention, the following device nodes are used (numbers indicate the > device minor numbers): > > 0 = /dev/fb0 First frame buffer > 1 = /dev/fb1 Second frame buffer > ... > 31 = /dev/fb31 32nd frame buffer > > but linux/Documentation/devices.txt says : > > 29 char Universal frame buffer > 0 = /dev/fb0 First frame buffer > 32 = /dev/fb1 Second frame buffer > ... > 224 = /dev/fb7 Eighth frame buffer > > All additional minor numbers are reserved. > > Which one should i believe ? Notice, that on my debian system, MAKEDEV is linux/Documentation/fb/framebuffer.txt. Or linux/Documentation/devices.txt in 2.4.2-ac13. Linux just throws away all patches to change this I sent so far :-( > building fb# conforming to the devices.txt stuff, (makedev version > 2.3.1-50.1). this is from unstable (but a few weeks old already). Ugh... If you use the old minors, you'll see a warning printed on the console. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |
From: Sven L. <lu...@dp...> - 2001-03-08 08:42:18
|
On Wed, Mar 07, 2001 at 10:17:03PM +0100, Geert Uytterhoeven wrote: > On Wed, 7 Mar 2001, Sven LUTHER wrote: > > linux/Documentation/fb/framebuffer.txt says : > > > > By convention, the following device nodes are used (numbers indicate the > > device minor numbers): > > > > 0 = /dev/fb0 First frame buffer > > 1 = /dev/fb1 Second frame buffer > > ... > > 31 = /dev/fb31 32nd frame buffer > > > > but linux/Documentation/devices.txt says : > > > > 29 char Universal frame buffer > > 0 = /dev/fb0 First frame buffer > > 32 = /dev/fb1 Second frame buffer > > ... > > 224 = /dev/fb7 Eighth frame buffer > > > > All additional minor numbers are reserved. > > > > Which one should i believe ? Notice, that on my debian system, MAKEDEV is > > linux/Documentation/fb/framebuffer.txt. > > Or linux/Documentation/devices.txt in 2.4.2-ac13. Linux just throws away all > patches to change this I sent so far :-( :((( > > building fb# conforming to the devices.txt stuff, (makedev version > > 2.3.1-50.1). this is from unstable (but a few weeks old already). > > Ugh... > > If you use the old minors, you'll see a warning printed on the console. That's how i noticed this, will be filling a bug against the dbeian makedev package, unless you want to do it. When was this change done (so i can give more advanced info about this). Friendly, Sven Luther |
From: Geert U. <ge...@li...> - 2001-03-08 08:52:01
|
On Thu, 8 Mar 2001, Sven LUTHER wrote: > > Ugh... > > > > If you use the old minors, you'll see a warning printed on the console. > > That's how i noticed this, will be filling a bug against the dbeian makedev > package, unless you want to do it. When was this change done (so i can give > more advanced info about this). Go ahead! The change is about 1 year old. Support for the old minors will disappear in early 2.5.x. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |
From: Sven L. <lu...@dp...> - 2001-03-08 10:45:54
|
On Thu, Mar 08, 2001 at 09:51:19AM +0100, Geert Uytterhoeven wrote: > On Thu, 8 Mar 2001, Sven LUTHER wrote: > > > Ugh... > > > > > > If you use the old minors, you'll see a warning printed on the console. > > > > That's how i noticed this, will be filling a bug against the dbeian makedev > > package, unless you want to do it. When was this change done (so i can give > > more advanced info about this). > > Go ahead! The change is about 1 year old. Support for the old minors will > disappear in early 2.5.x. Ok, will do it, but err, when i was speaking about the time of the change, i was asking about kernel versions. Debian is still supporting 2.2.x kernels. (especially 2.2.10 on apus) Friendly, Sven Luther |