mirror of
https://github.com/torvalds/linux.git
synced 2024-11-13 23:51:39 +00:00
7c7b2a35a9
Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.
Deterministic algorithm:
For each file:
If not .svg:
For each line:
If doesn't contain `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
If both the HTTP and HTTPS versions
return 200 OK and serve the same content:
Replace HTTP with HTTPS.
Signed-off-by: Alexander A. Klimov <grandmaster@al2klimov.de>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20200719203714.61745-1-grandmaster@al2klimov.de
141 lines
4.5 KiB
ReStructuredText
141 lines
4.5 KiB
ReStructuredText
================================
|
|
Driver for EP93xx LCD controller
|
|
================================
|
|
|
|
The EP93xx LCD controller can drive both standard desktop monitors and
|
|
embedded LCD displays. If you have a standard desktop monitor then you
|
|
can use the standard Linux video mode database. In your board file::
|
|
|
|
static struct ep93xxfb_mach_info some_board_fb_info = {
|
|
.num_modes = EP93XXFB_USE_MODEDB,
|
|
.bpp = 16,
|
|
};
|
|
|
|
If you have an embedded LCD display then you need to define a video
|
|
mode for it as follows::
|
|
|
|
static struct fb_videomode some_board_video_modes[] = {
|
|
{
|
|
.name = "some_lcd_name",
|
|
/* Pixel clock, porches, etc */
|
|
},
|
|
};
|
|
|
|
Note that the pixel clock value is in pico-seconds. You can use the
|
|
KHZ2PICOS macro to convert the pixel clock value. Most other values
|
|
are in pixel clocks. See Documentation/fb/framebuffer.rst for further
|
|
details.
|
|
|
|
The ep93xxfb_mach_info structure for your board should look like the
|
|
following::
|
|
|
|
static struct ep93xxfb_mach_info some_board_fb_info = {
|
|
.num_modes = ARRAY_SIZE(some_board_video_modes),
|
|
.modes = some_board_video_modes,
|
|
.default_mode = &some_board_video_modes[0],
|
|
.bpp = 16,
|
|
};
|
|
|
|
The framebuffer device can be registered by adding the following to
|
|
your board initialisation function::
|
|
|
|
ep93xx_register_fb(&some_board_fb_info);
|
|
|
|
=====================
|
|
Video Attribute Flags
|
|
=====================
|
|
|
|
The ep93xxfb_mach_info structure has a flags field which can be used
|
|
to configure the controller. The video attributes flags are fully
|
|
documented in section 7 of the EP93xx users' guide. The following
|
|
flags are available:
|
|
|
|
=============================== ==========================================
|
|
EP93XXFB_PCLK_FALLING Clock data on the falling edge of the
|
|
pixel clock. The default is to clock
|
|
data on the rising edge.
|
|
|
|
EP93XXFB_SYNC_BLANK_HIGH Blank signal is active high. By
|
|
default the blank signal is active low.
|
|
|
|
EP93XXFB_SYNC_HORIZ_HIGH Horizontal sync is active high. By
|
|
default the horizontal sync is active low.
|
|
|
|
EP93XXFB_SYNC_VERT_HIGH Vertical sync is active high. By
|
|
default the vertical sync is active high.
|
|
=============================== ==========================================
|
|
|
|
The physical address of the framebuffer can be controlled using the
|
|
following flags:
|
|
|
|
=============================== ======================================
|
|
EP93XXFB_USE_SDCSN0 Use SDCSn[0] for the framebuffer. This
|
|
is the default setting.
|
|
|
|
EP93XXFB_USE_SDCSN1 Use SDCSn[1] for the framebuffer.
|
|
|
|
EP93XXFB_USE_SDCSN2 Use SDCSn[2] for the framebuffer.
|
|
|
|
EP93XXFB_USE_SDCSN3 Use SDCSn[3] for the framebuffer.
|
|
=============================== ======================================
|
|
|
|
==================
|
|
Platform callbacks
|
|
==================
|
|
|
|
The EP93xx framebuffer driver supports three optional platform
|
|
callbacks: setup, teardown and blank. The setup and teardown functions
|
|
are called when the framebuffer driver is installed and removed
|
|
respectively. The blank function is called whenever the display is
|
|
blanked or unblanked.
|
|
|
|
The setup and teardown devices pass the platform_device structure as
|
|
an argument. The fb_info and ep93xxfb_mach_info structures can be
|
|
obtained as follows::
|
|
|
|
static int some_board_fb_setup(struct platform_device *pdev)
|
|
{
|
|
struct ep93xxfb_mach_info *mach_info = pdev->dev.platform_data;
|
|
struct fb_info *fb_info = platform_get_drvdata(pdev);
|
|
|
|
/* Board specific framebuffer setup */
|
|
}
|
|
|
|
======================
|
|
Setting the video mode
|
|
======================
|
|
|
|
The video mode is set using the following syntax::
|
|
|
|
video=XRESxYRES[-BPP][@REFRESH]
|
|
|
|
If the EP93xx video driver is built-in then the video mode is set on
|
|
the Linux kernel command line, for example::
|
|
|
|
video=ep93xx-fb:800x600-16@60
|
|
|
|
If the EP93xx video driver is built as a module then the video mode is
|
|
set when the module is installed::
|
|
|
|
modprobe ep93xx-fb video=320x240
|
|
|
|
==============
|
|
Screenpage bug
|
|
==============
|
|
|
|
At least on the EP9315 there is a silicon bug which causes bit 27 of
|
|
the VIDSCRNPAGE (framebuffer physical offset) to be tied low. There is
|
|
an unofficial errata for this bug at::
|
|
|
|
https://marc.info/?l=linux-arm-kernel&m=110061245502000&w=2
|
|
|
|
By default the EP93xx framebuffer driver checks if the allocated physical
|
|
address has bit 27 set. If it does, then the memory is freed and an
|
|
error is returned. The check can be disabled by adding the following
|
|
option when loading the driver::
|
|
|
|
ep93xx-fb.check_screenpage_bug=0
|
|
|
|
In some cases it may be possible to reconfigure your SDRAM layout to
|
|
avoid this bug. See section 13 of the EP93xx users' guide for details.
|