mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
synced 2024-08-23 17:30:02 +00:00
![Linus Torvalds](/assets/img/avatar_default.png)
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
39 lines
1.3 KiB
Text
39 lines
1.3 KiB
Text
[This file is cloned from VesaFB/matroxfb]
|
|
|
|
What is sa1100fb?
|
|
=================
|
|
|
|
This is a driver for a graphic framebuffer for the SA-1100 LCD
|
|
controller.
|
|
|
|
Configuration
|
|
==============
|
|
|
|
For most common passive displays, giving the option
|
|
|
|
video=sa1100fb:bpp:<value>,lccr0:<value>,lccr1:<value>,lccr2:<value>,lccr3:<value>
|
|
|
|
on the kernel command line should be enough to configure the
|
|
controller. The bits per pixel (bpp) value should be 4, 8, 12, or
|
|
16. LCCR values are display-specific and should be computed as
|
|
documented in the SA-1100 Developer's Manual, Section 11.7. Dual-panel
|
|
displays are supported as long as the SDS bit is set in LCCR0; GPIO<9:2>
|
|
are used for the lower panel.
|
|
|
|
For active displays or displays requiring additional configuration
|
|
(controlling backlights, powering on the LCD, etc.), the command line
|
|
options may not be enough to configure the display. Adding sections to
|
|
sa1100fb_init_fbinfo(), sa1100fb_activate_var(),
|
|
sa1100fb_disable_lcd_controller(), and sa1100fb_enable_lcd_controller()
|
|
will probably be necessary.
|
|
|
|
Accepted options:
|
|
|
|
bpp:<value> Configure for <value> bits per pixel
|
|
lccr0:<value> Configure LCD control register 0 (11.7.3)
|
|
lccr1:<value> Configure LCD control register 1 (11.7.4)
|
|
lccr2:<value> Configure LCD control register 2 (11.7.5)
|
|
lccr3:<value> Configure LCD control register 3 (11.7.6)
|
|
|
|
--
|
|
Mark Huang <mhuang@livetoy.com>
|