Pul removal of obsolete architecture ports from Arnd Bergmann:
"This removes the entire architecture code for blackfin, cris, frv,
m32r, metag, mn10300, score, and tile, including the associated device
drivers.
I have been working with the (former) maintainers for each one to
ensure that my interpretation was right and the code is definitely
unused in mainline kernels. Many had fond memories of working on the
respective ports to start with and getting them included in upstream,
but also saw no point in keeping the port alive without any users.
In the end, it seems that while the eight architectures are extremely
different, they all suffered the same fate: There was one company in
charge of an SoC line, a CPU microarchitecture and a software
ecosystem, which was more costly than licensing newer off-the-shelf
CPU cores from a third party (typically ARM, MIPS, or RISC-V). It
seems that all the SoC product lines are still around, but have not
used the custom CPU architectures for several years at this point. In
contrast, CPU instruction sets that remain popular and have actively
maintained kernel ports tend to all be used across multiple licensees.
[ See the new nds32 port merged in the previous commit for the next
generation of "one company in charge of an SoC line, a CPU
microarchitecture and a software ecosystem" - Linus ]
The removal came out of a discussion that is now documented at
https://lwn.net/Articles/748074/. Unlike the original plans, I'm not
marking any ports as deprecated but remove them all at once after I
made sure that they are all unused. Some architectures (notably tile,
mn10300, and blackfin) are still being shipped in products with old
kernels, but those products will never be updated to newer kernel
releases.
After this series, we still have a few architectures without mainline
gcc support:
- unicore32 and hexagon both have very outdated gcc releases, but the
maintainers promised to work on providing something newer. At least
in case of hexagon, this will only be llvm, not gcc.
- openrisc, risc-v and nds32 are still in the process of finishing
their support or getting it added to mainline gcc in the first
place. They all have patched gcc-7.3 ports that work to some
degree, but complete upstream support won't happen before gcc-8.1.
Csky posted their first kernel patch set last week, their situation
will be similar
[ Palmer Dabbelt points out that RISC-V support is in mainline gcc
since gcc-7, although gcc-7.3.0 is the recommended minimum - Linus ]"
This really says it all:
2498 files changed, 95 insertions(+), 467668 deletions(-)
* tag 'arch-removal' of git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic: (74 commits)
MAINTAINERS: UNICORE32: Change email account
staging: iio: remove iio-trig-bfin-timer driver
tty: hvc: remove tile driver
tty: remove bfin_jtag_comm and hvc_bfin_jtag drivers
serial: remove tile uart driver
serial: remove m32r_sio driver
serial: remove blackfin drivers
serial: remove cris/etrax uart drivers
usb: Remove Blackfin references in USB support
usb: isp1362: remove blackfin arch glue
usb: musb: remove blackfin port
usb: host: remove tilegx platform glue
pwm: remove pwm-bfin driver
i2c: remove bfin-twi driver
spi: remove blackfin related host drivers
watchdog: remove bfin_wdt driver
can: remove bfin_can driver
mmc: remove bfin_sdh driver
input: misc: remove blackfin rotary driver
input: keyboard: remove bf54x driver
...
165 lines
5.7 KiB
Plaintext
165 lines
5.7 KiB
Plaintext
#
|
|
# Video configuration
|
|
#
|
|
|
|
menu "Console display driver support"
|
|
|
|
config VGA_CONSOLE
|
|
bool "VGA text console" if EXPERT || !X86
|
|
depends on !4xx && !PPC_8xx && !SPARC && !M68K && !PARISC && !SUPERH && \
|
|
(!ARM || ARCH_FOOTBRIDGE || ARCH_INTEGRATOR || ARCH_NETWINDER) && \
|
|
!ARM64 && !ARC && !MICROBLAZE && !OPENRISC && !NDS32
|
|
default y
|
|
help
|
|
Saying Y here will allow you to use Linux in text mode through a
|
|
display that complies with the generic VGA standard. Virtually
|
|
everyone wants that.
|
|
|
|
The program SVGATextMode can be used to utilize SVGA video cards to
|
|
their full potential in text mode. Download it from
|
|
<ftp://ibiblio.org/pub/Linux/utils/console/>.
|
|
|
|
Say Y.
|
|
|
|
config VGACON_SOFT_SCROLLBACK
|
|
bool "Enable Scrollback Buffer in System RAM"
|
|
depends on VGA_CONSOLE
|
|
default n
|
|
help
|
|
The scrollback buffer of the standard VGA console is located in
|
|
the VGA RAM. The size of this RAM is fixed and is quite small.
|
|
If you require a larger scrollback buffer, this can be placed in
|
|
System RAM which is dynamically allocated during initialization.
|
|
Placing the scrollback buffer in System RAM will slightly slow
|
|
down the console.
|
|
|
|
If you want this feature, say 'Y' here and enter the amount of
|
|
RAM to allocate for this buffer. If unsure, say 'N'.
|
|
|
|
config VGACON_SOFT_SCROLLBACK_SIZE
|
|
int "Scrollback Buffer Size (in KB)"
|
|
depends on VGACON_SOFT_SCROLLBACK
|
|
range 1 1024
|
|
default "64"
|
|
help
|
|
Enter the amount of System RAM to allocate for scrollback
|
|
buffers of VGA consoles. Each 64KB will give you approximately
|
|
16 80x25 screenfuls of scrollback buffer.
|
|
|
|
config VGACON_SOFT_SCROLLBACK_PERSISTENT_ENABLE_BY_DEFAULT
|
|
bool "Persistent Scrollback History for each console by default"
|
|
depends on VGACON_SOFT_SCROLLBACK
|
|
default n
|
|
help
|
|
Say Y here if the scrollback history should persist by default when
|
|
switching between consoles. Otherwise, the scrollback history will be
|
|
flushed each time the console is switched. This feature can also be
|
|
enabled using the boot command line parameter
|
|
'vgacon.scrollback_persistent=1'.
|
|
|
|
This feature might break your tool of choice to flush the scrollback
|
|
buffer, e.g. clear(1) will work fine but Debian's clear_console(1)
|
|
will be broken, which might cause security issues.
|
|
You can use the escape sequence \e[3J instead if this feature is
|
|
activated.
|
|
|
|
Note that a buffer of VGACON_SOFT_SCROLLBACK_SIZE is taken for each
|
|
created tty device.
|
|
So if you use a RAM-constrained system, say N here.
|
|
|
|
config MDA_CONSOLE
|
|
depends on !M68K && !PARISC && ISA
|
|
tristate "MDA text console (dual-headed)"
|
|
---help---
|
|
Say Y here if you have an old MDA or monochrome Hercules graphics
|
|
adapter in your system acting as a second head ( = video card). You
|
|
will then be able to use two monitors with your Linux system. Do not
|
|
say Y here if your MDA card is the primary card in your system; the
|
|
normal VGA driver will handle it.
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
module will be called mdacon.
|
|
|
|
If unsure, say N.
|
|
|
|
config SGI_NEWPORT_CONSOLE
|
|
tristate "SGI Newport Console support"
|
|
depends on SGI_IP22
|
|
select FONT_SUPPORT
|
|
help
|
|
Say Y here if you want the console on the Newport aka XL graphics
|
|
card of your Indy. Most people say Y here.
|
|
|
|
config DUMMY_CONSOLE
|
|
bool
|
|
depends on VGA_CONSOLE!=y || SGI_NEWPORT_CONSOLE!=y
|
|
default y
|
|
|
|
config DUMMY_CONSOLE_COLUMNS
|
|
int "Initial number of console screen columns"
|
|
depends on DUMMY_CONSOLE && !ARM
|
|
default 160 if PARISC
|
|
default 80
|
|
help
|
|
On PA-RISC, the default value is 160, which should fit a 1280x1024
|
|
monitor.
|
|
Select 80 if you use a 640x480 resolution by default.
|
|
|
|
config DUMMY_CONSOLE_ROWS
|
|
int "Initial number of console screen rows"
|
|
depends on DUMMY_CONSOLE && !ARM
|
|
default 64 if PARISC
|
|
default 25
|
|
help
|
|
On PA-RISC, the default value is 64, which should fit a 1280x1024
|
|
monitor.
|
|
Select 25 if you use a 640x480 resolution by default.
|
|
|
|
config FRAMEBUFFER_CONSOLE
|
|
bool "Framebuffer Console support"
|
|
depends on FB && !UML
|
|
select VT_HW_CONSOLE_BINDING
|
|
select CRC32
|
|
select FONT_SUPPORT
|
|
help
|
|
Low-level framebuffer-based console driver.
|
|
|
|
config FRAMEBUFFER_CONSOLE_DETECT_PRIMARY
|
|
bool "Map the console to the primary display device"
|
|
depends on FRAMEBUFFER_CONSOLE
|
|
default n
|
|
---help---
|
|
If this option is selected, the framebuffer console will
|
|
automatically select the primary display device (if the architecture
|
|
supports this feature). Otherwise, the framebuffer console will
|
|
always select the first framebuffer driver that is loaded. The latter
|
|
is the default behavior.
|
|
|
|
You can always override the automatic selection of the primary device
|
|
by using the fbcon=map: boot option.
|
|
|
|
If unsure, select n.
|
|
|
|
config FRAMEBUFFER_CONSOLE_ROTATION
|
|
bool "Framebuffer Console Rotation"
|
|
depends on FRAMEBUFFER_CONSOLE
|
|
help
|
|
Enable display rotation for the framebuffer console. This is done
|
|
in software and may be significantly slower than a normally oriented
|
|
display. Note that the rotation is done at the console level only
|
|
such that other users of the framebuffer will remain normally
|
|
oriented.
|
|
|
|
config STI_CONSOLE
|
|
bool "STI text console"
|
|
depends on PARISC
|
|
select FONT_SUPPORT
|
|
default y
|
|
help
|
|
The STI console is the builtin display/keyboard on HP-PARISC
|
|
machines. Say Y here to build support for it into your kernel.
|
|
The alternative is to use your primary serial port as a console.
|
|
|
|
endmenu
|
|
|