|
From: Carlo E. P. <fl...@fl...> - 2002-06-15 19:15:56
|
I had sent this message to the old list... This must have been the
reason I did not see any echo to it... ;-)
I hope I have better luck now.
----- Forwarded message from "Carlo E. Prelz" <fl...@fl...> -----
From: "Carlo E. Prelz" <fl...@fl...>
Date: Thu, 13 Jun 2002 13:16:07 +0200
To: lin...@vu...
Subject: [linux-fbdev] MagicGraph 256AV framebuffer & kernel 2.5.21: problems
My oldish Sony Vaio, whose video subsystem identifies itself as
follows:
00:0a.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 20) (prog-if 00 [VGA])
Subsystem: Sony Corporation: Unknown device 805d
Flags: medium devsel, IRQ 3
Memory at fd000000 (32-bit, prefetchable) [size=16M]
Memory at fe800000 (32-bit, non-prefetchable) [size=4M]
Memory at fec00000 (32-bit, non-prefetchable) [size=1M]
Capabilities: [dc] Power Management version 1
and which prints FB-related info at boot in this way:
PCI: Found IRQ 3 for device 00:0a.0
neofb: mapped io at c480d000
Panel is a 1024x768 color TFT display
neofb: mapped framebuffer at c4a0e000
neofb v0.3.3: 2560kB VRAM, using 1024x768, 48.361kHz, 60Hz
Console: switching to colour frame buffer device 128x48
fb0: MagicGraph 256AV frame buffer device
has a curious behaviour in console mode. It seems that all output is
shifted 1 line downwards: when using a program that handles the screen
(mc, emacs) the topmost line is not used for display, while in normal
console, whenever print has to happen to the bottom line, printout is
not seen and scrolling does not take place. Changing virtual console
(ALT-rightArrow followed by ALT-leftArrow, for example) rebuilds the
right output.
This did not happen with kernel 2.5.19 and neovb v0.3.2. I expect it
must be something trivial, but I do not know where to put my hands...
Carlo
----- End forwarded message -----
--
* Se la Strada e la sua Virtu' non fossero state messe da parte,
* K * Carlo E. Prelz - fl...@fl... che bisogno ci sarebbe
* di parlare tanto di amore e di rettitudine? (Chuang-Tzu)
|