Merge branch 'linux-2.6'
This commit is contained in:
commit
2ecf042ef5
44
CREDITS
44
CREDITS
|
@ -380,7 +380,7 @@ S: FutureTV Labs Ltd
|
||||||
S: Brunswick House, 61-69 Newmarket Rd, Cambridge CB5 8EG
|
S: Brunswick House, 61-69 Newmarket Rd, Cambridge CB5 8EG
|
||||||
S: United Kingdom
|
S: United Kingdom
|
||||||
|
|
||||||
N: Thomas Bogendörfer
|
N: Thomas Bogendörfer
|
||||||
E: tsbogend@alpha.franken.de
|
E: tsbogend@alpha.franken.de
|
||||||
D: PCnet32 driver, SONIC driver, JAZZ_ESP driver
|
D: PCnet32 driver, SONIC driver, JAZZ_ESP driver
|
||||||
D: newport abscon driver, g364 framebuffer driver
|
D: newport abscon driver, g364 framebuffer driver
|
||||||
|
@ -400,7 +400,7 @@ W: http://math-www.uni-paderborn.de/~axel/
|
||||||
D: Configuration help text support
|
D: Configuration help text support
|
||||||
D: Linux CD and Support Giveaway List
|
D: Linux CD and Support Giveaway List
|
||||||
|
|
||||||
N: Erik Inge Bolsø
|
N: Erik Inge Bolsø
|
||||||
E: knan@mo.himolde.no
|
E: knan@mo.himolde.no
|
||||||
D: Misc kernel hacks
|
D: Misc kernel hacks
|
||||||
|
|
||||||
|
@ -428,7 +428,7 @@ D: Various fixes (mostly networking)
|
||||||
S: Montreal, Quebec
|
S: Montreal, Quebec
|
||||||
S: Canada
|
S: Canada
|
||||||
|
|
||||||
N: Zoltán Böszörményi
|
N: Zoltán Böszörményi
|
||||||
E: zboszor@mail.externet.hu
|
E: zboszor@mail.externet.hu
|
||||||
D: MTRR emulation with Cyrix style ARR registers, Athlon MTRR support
|
D: MTRR emulation with Cyrix style ARR registers, Athlon MTRR support
|
||||||
|
|
||||||
|
@ -1029,11 +1029,11 @@ D: Future Domain TMC-16x0 SCSI driver (author)
|
||||||
D: APM driver (early port)
|
D: APM driver (early port)
|
||||||
D: DRM drivers (author of several)
|
D: DRM drivers (author of several)
|
||||||
|
|
||||||
N: János Farkas
|
N: János Farkas
|
||||||
E: chexum@shadow.banki.hu
|
E: chexum@shadow.banki.hu
|
||||||
D: romfs, various (mostly networking) fixes
|
D: romfs, various (mostly networking) fixes
|
||||||
P: 1024/F81FB2E1 41 B7 E4 E6 3E D4 A6 71 6D 9C F3 9F F2 BF DF 6E
|
P: 1024/F81FB2E1 41 B7 E4 E6 3E D4 A6 71 6D 9C F3 9F F2 BF DF 6E
|
||||||
S: Madarász Viktor utca 25
|
S: Madarász Viktor utca 25
|
||||||
S: 1131 Budapest
|
S: 1131 Budapest
|
||||||
S: Hungary
|
S: Hungary
|
||||||
|
|
||||||
|
@ -1044,10 +1044,10 @@ D: UDF filesystem
|
||||||
S: (ask for current address)
|
S: (ask for current address)
|
||||||
S: USA
|
S: USA
|
||||||
|
|
||||||
N: Jürgen Fischer
|
N: Jürgen Fischer
|
||||||
E: fischer@norbit.de (=?iso-8859-1?q?J=FCrgen?= Fischer)
|
E: fischer@norbit.de
|
||||||
D: Author of Adaptec AHA-152x SCSI driver
|
D: Author of Adaptec AHA-152x SCSI driver
|
||||||
S: Schulstraße 18
|
S: Schulstraße 18
|
||||||
S: 26506 Norden
|
S: 26506 Norden
|
||||||
S: Germany
|
S: Germany
|
||||||
|
|
||||||
|
@ -1113,7 +1113,7 @@ E: fuganti@netbank.com.br
|
||||||
D: random kernel hacker, ZF MachZ Watchdog driver
|
D: random kernel hacker, ZF MachZ Watchdog driver
|
||||||
S: Conectiva S.A.
|
S: Conectiva S.A.
|
||||||
S: R. Tocantins, 89 - Cristo Rei
|
S: R. Tocantins, 89 - Cristo Rei
|
||||||
S: 80050-430 - Curitiba - Paraná
|
S: 80050-430 - Curitiba - Paraná
|
||||||
S: Brazil
|
S: Brazil
|
||||||
|
|
||||||
N: Kumar Gala
|
N: Kumar Gala
|
||||||
|
@ -1258,12 +1258,12 @@ S: 44 St. Joseph Street, Suite 506
|
||||||
S: Toronto, Ontario, M4Y 2W4
|
S: Toronto, Ontario, M4Y 2W4
|
||||||
S: Canada
|
S: Canada
|
||||||
|
|
||||||
N: Richard Günther
|
N: Richard Günther
|
||||||
E: rguenth@tat.physik.uni-tuebingen.de
|
E: rguenth@tat.physik.uni-tuebingen.de
|
||||||
W: http://www.tat.physik.uni-tuebingen.de/~rguenth
|
W: http://www.tat.physik.uni-tuebingen.de/~rguenth
|
||||||
P: 2048/2E829319 2F 83 FC 93 E9 E4 19 E2 93 7A 32 42 45 37 23 57
|
P: 2048/2E829319 2F 83 FC 93 E9 E4 19 E2 93 7A 32 42 45 37 23 57
|
||||||
D: binfmt_misc
|
D: binfmt_misc
|
||||||
S: 72074 Tübingen
|
S: 72074 Tübingen
|
||||||
S: Germany
|
S: Germany
|
||||||
|
|
||||||
N: Justin Guyett
|
N: Justin Guyett
|
||||||
|
@ -1287,7 +1287,7 @@ N: Bruno Haible
|
||||||
E: haible@ma2s2.mathematik.uni-karlsruhe.de
|
E: haible@ma2s2.mathematik.uni-karlsruhe.de
|
||||||
D: SysV FS, shm swapping, memory management fixes
|
D: SysV FS, shm swapping, memory management fixes
|
||||||
S: 17 rue Danton
|
S: 17 rue Danton
|
||||||
S: F - 94270 Le Kremlin-Bicêtre
|
S: F - 94270 Le Kremlin-Bicêtre
|
||||||
S: France
|
S: France
|
||||||
|
|
||||||
N: Greg Hankins
|
N: Greg Hankins
|
||||||
|
@ -1701,7 +1701,7 @@ S: Czech Republic
|
||||||
N: Jakob Kemi
|
N: Jakob Kemi
|
||||||
E: jakob.kemi@telia.com
|
E: jakob.kemi@telia.com
|
||||||
D: V4L W9966 Webcam driver
|
D: V4L W9966 Webcam driver
|
||||||
S: Forsbyvägen 33
|
S: Forsbyvägen 33
|
||||||
S: 74143 Knivsta
|
S: 74143 Knivsta
|
||||||
S: Sweden
|
S: Sweden
|
||||||
|
|
||||||
|
@ -2065,7 +2065,7 @@ D: misc. kernel hacking and debugging
|
||||||
S: Cambridge, MA 02139
|
S: Cambridge, MA 02139
|
||||||
S: USA
|
S: USA
|
||||||
|
|
||||||
N: Martin von Löwis
|
N: Martin von Löwis
|
||||||
E: loewis@informatik.hu-berlin.de
|
E: loewis@informatik.hu-berlin.de
|
||||||
D: script binary format
|
D: script binary format
|
||||||
D: NTFS driver
|
D: NTFS driver
|
||||||
|
@ -2142,7 +2142,7 @@ S: PO BOX 220, HFX. CENTRAL
|
||||||
S: Halifax, Nova Scotia
|
S: Halifax, Nova Scotia
|
||||||
S: Canada B3J 3C8
|
S: Canada B3J 3C8
|
||||||
|
|
||||||
N: Kai Mäkisara
|
N: Kai Mäkisara
|
||||||
E: Kai.Makisara@kolumbus.fi
|
E: Kai.Makisara@kolumbus.fi
|
||||||
D: SCSI Tape Driver
|
D: SCSI Tape Driver
|
||||||
|
|
||||||
|
@ -2785,10 +2785,10 @@ N: Juan Quintela
|
||||||
E: quintela@fi.udc.es
|
E: quintela@fi.udc.es
|
||||||
D: Memory Management hacking
|
D: Memory Management hacking
|
||||||
S: LFCIA
|
S: LFCIA
|
||||||
S: Departamento de Computación
|
S: Departamento de Computación
|
||||||
S: Universidade da Coruña
|
S: Universidade da Coruña
|
||||||
S: E-15071
|
S: E-15071
|
||||||
S: A Coruña
|
S: A Coruña
|
||||||
S: Spain
|
S: Spain
|
||||||
|
|
||||||
N: Augusto Cesar Radtke
|
N: Augusto Cesar Radtke
|
||||||
|
@ -2939,7 +2939,7 @@ E: aris@cathedrallabs.org
|
||||||
D: Support for EtherExpress 10 ISA (i82595) in eepro driver
|
D: Support for EtherExpress 10 ISA (i82595) in eepro driver
|
||||||
D: User level driver support for input
|
D: User level driver support for input
|
||||||
S: R. Jose Serrato, 130 - Santa Candida
|
S: R. Jose Serrato, 130 - Santa Candida
|
||||||
S: 82640-320 - Curitiba - Paraná
|
S: 82640-320 - Curitiba - Paraná
|
||||||
S: Brazil
|
S: Brazil
|
||||||
|
|
||||||
N: Alessandro Rubini
|
N: Alessandro Rubini
|
||||||
|
@ -3345,15 +3345,15 @@ P: 1024D/D0FE7AFB B24A 65C9 1D71 2AC2 DE87 CA26 189B 9946 D0FE 7AFB
|
||||||
D: rcutorture maintainer
|
D: rcutorture maintainer
|
||||||
D: lock annotations, finding and fixing lock bugs
|
D: lock annotations, finding and fixing lock bugs
|
||||||
|
|
||||||
N: Winfried Trümper
|
N: Winfried Trümper
|
||||||
E: winni@xpilot.org
|
E: winni@xpilot.org
|
||||||
W: http://www.shop.de/~winni/
|
W: http://www.shop.de/~winni/
|
||||||
D: German HOWTO, Crash-Kurs Linux (German, 100 comprehensive pages)
|
D: German HOWTO, Crash-Kurs Linux (German, 100 comprehensive pages)
|
||||||
D: CD-Writing HOWTO, various mini-HOWTOs
|
D: CD-Writing HOWTO, various mini-HOWTOs
|
||||||
D: One-week tutorials on Linux twice a year (free of charge)
|
D: One-week tutorials on Linux twice a year (free of charge)
|
||||||
D: Linux-Workshop Köln (aka LUG Cologne, Germany), Installfests
|
D: Linux-Workshop Köln (aka LUG Cologne, Germany), Installfests
|
||||||
S: Tacitusstr. 6
|
S: Tacitusstr. 6
|
||||||
S: D-50968 Köln
|
S: D-50968 Köln
|
||||||
|
|
||||||
N: Tsu-Sheng Tsao
|
N: Tsu-Sheng Tsao
|
||||||
E: tsusheng@scf.usc.edu
|
E: tsusheng@scf.usc.edu
|
||||||
|
|
|
@ -6,7 +6,7 @@ Description:
|
||||||
races, contains a naming policy within the kernel that is
|
races, contains a naming policy within the kernel that is
|
||||||
against the LSB, and can be replaced by using udev.
|
against the LSB, and can be replaced by using udev.
|
||||||
The files fs/devfs/*, include/linux/devfs_fs*.h were removed,
|
The files fs/devfs/*, include/linux/devfs_fs*.h were removed,
|
||||||
along with the the assorted devfs function calls throughout the
|
along with the assorted devfs function calls throughout the
|
||||||
kernel tree.
|
kernel tree.
|
||||||
|
|
||||||
Users:
|
Users:
|
||||||
|
|
|
@ -84,6 +84,10 @@ X!Iinclude/linux/kobject.h
|
||||||
!Ekernel/rcupdate.c
|
!Ekernel/rcupdate.c
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
|
<sect1><title>Device Resource Management</title>
|
||||||
|
!Edrivers/base/devres.c
|
||||||
|
</sect1>
|
||||||
|
|
||||||
</chapter>
|
</chapter>
|
||||||
|
|
||||||
<chapter id="adt">
|
<chapter id="adt">
|
||||||
|
|
|
@ -480,8 +480,8 @@ The PCI stack provides 3 possible levels of MSI disabling:
|
||||||
|
|
||||||
6.1. Disabling MSI on a single device
|
6.1. Disabling MSI on a single device
|
||||||
|
|
||||||
Under some circumstances, it might be required to disable MSI on a
|
Under some circumstances it might be required to disable MSI on a
|
||||||
single device, It may be achived by either not calling pci_enable_msi()
|
single device. This may be achieved by either not calling pci_enable_msi()
|
||||||
or all, or setting the pci_dev->no_msi flag before (most of the time
|
or all, or setting the pci_dev->no_msi flag before (most of the time
|
||||||
in a quirk).
|
in a quirk).
|
||||||
|
|
||||||
|
@ -492,7 +492,7 @@ being able to route MSI between busses. In this case, MSI have to be
|
||||||
disabled on all devices behind this bridge. It is achieves by setting
|
disabled on all devices behind this bridge. It is achieves by setting
|
||||||
the PCI_BUS_FLAGS_NO_MSI flag in the pci_bus->bus_flags of the bridge
|
the PCI_BUS_FLAGS_NO_MSI flag in the pci_bus->bus_flags of the bridge
|
||||||
subordinate bus. There is no need to set the same flag on bridges that
|
subordinate bus. There is no need to set the same flag on bridges that
|
||||||
are below the broken brigde. When pci_enable_msi() is called to enable
|
are below the broken bridge. When pci_enable_msi() is called to enable
|
||||||
MSI on a device, pci_msi_supported() takes care of checking the NO_MSI
|
MSI on a device, pci_msi_supported() takes care of checking the NO_MSI
|
||||||
flag in all parent busses of the device.
|
flag in all parent busses of the device.
|
||||||
|
|
||||||
|
|
|
@ -80,3 +80,7 @@ kernel patches.
|
||||||
23: Tested after it has been merged into the -mm patchset to make sure
|
23: Tested after it has been merged into the -mm patchset to make sure
|
||||||
that it still works with all of the other queued patches and various
|
that it still works with all of the other queued patches and various
|
||||||
changes in the VM, VFS, and other subsystems.
|
changes in the VM, VFS, and other subsystems.
|
||||||
|
|
||||||
|
24: Avoid whitespace damage such as indenting with spaces or whitespace
|
||||||
|
at the end of lines. You can test this by feeding the patch to
|
||||||
|
"git apply --check --whitespace=error-all"
|
||||||
|
|
|
@ -363,7 +363,8 @@ area or subsystem of the kernel is being patched.
|
||||||
The "summary phrase" in the email's Subject should concisely
|
The "summary phrase" in the email's Subject should concisely
|
||||||
describe the patch which that email contains. The "summary
|
describe the patch which that email contains. The "summary
|
||||||
phrase" should not be a filename. Do not use the same "summary
|
phrase" should not be a filename. Do not use the same "summary
|
||||||
phrase" for every patch in a whole patch series.
|
phrase" for every patch in a whole patch series (where a "patch
|
||||||
|
series" is an ordered sequence of multiple, related patches).
|
||||||
|
|
||||||
Bear in mind that the "summary phrase" of your email becomes
|
Bear in mind that the "summary phrase" of your email becomes
|
||||||
a globally-unique identifier for that patch. It propagates
|
a globally-unique identifier for that patch. It propagates
|
||||||
|
|
|
@ -149,7 +149,7 @@ So, what's changed?
|
||||||
|
|
||||||
3. set_GPIO_IRQ_edge() is obsolete, and should be replaced by set_irq_type.
|
3. set_GPIO_IRQ_edge() is obsolete, and should be replaced by set_irq_type.
|
||||||
|
|
||||||
4. Direct access to SA1111 INTPOL is depreciated. Use set_irq_type instead.
|
4. Direct access to SA1111 INTPOL is deprecated. Use set_irq_type instead.
|
||||||
|
|
||||||
5. A handler is expected to perform any necessary acknowledgement of the
|
5. A handler is expected to perform any necessary acknowledgement of the
|
||||||
parent IRQ via the correct chip specific function. For instance, if
|
parent IRQ via the correct chip specific function. For instance, if
|
||||||
|
|
|
@ -23,7 +23,7 @@ Support
|
||||||
|
|
||||||
http://handhelds.org/moin/moin.cgi/HpIpaqH1940
|
http://handhelds.org/moin/moin.cgi/HpIpaqH1940
|
||||||
|
|
||||||
Herbert Pötzl pages:
|
Herbert Pötzl pages:
|
||||||
|
|
||||||
http://vserver.13thfloor.at/H1940/
|
http://vserver.13thfloor.at/H1940/
|
||||||
|
|
||||||
|
@ -32,7 +32,7 @@ Maintainers
|
||||||
-----------
|
-----------
|
||||||
|
|
||||||
This project is being maintained and developed by a variety
|
This project is being maintained and developed by a variety
|
||||||
of people, including Ben Dooks, Arnaud Patard, and Herbert Pötzl.
|
of people, including Ben Dooks, Arnaud Patard, and Herbert Pötzl.
|
||||||
|
|
||||||
Thanks to the many others who have also provided support.
|
Thanks to the many others who have also provided support.
|
||||||
|
|
||||||
|
|
|
@ -78,9 +78,9 @@ Select (17)------------------------------(16) Data / Instruction
|
||||||
Ground (18)---[GND] [+5v]---(19) LED +
|
Ground (18)---[GND] [+5v]---(19) LED +
|
||||||
Ground (19)---[GND]
|
Ground (19)---[GND]
|
||||||
Ground (20)---[GND] E A Values:
|
Ground (20)---[GND] E A Values:
|
||||||
Ground (21)---[GND] [GND]---[P1]---(18) Vee · R = Resistor = 22 ohm
|
Ground (21)---[GND] [GND]---[P1]---(18) Vee - R = Resistor = 22 ohm
|
||||||
Ground (22)---[GND] | · P1 = Preset = 10 Kohm
|
Ground (22)---[GND] | - P1 = Preset = 10 Kohm
|
||||||
Ground (23)---[GND] ---- S ------( 3) V0 · P2 = Preset = 1 Kohm
|
Ground (23)---[GND] ---- S ------( 3) V0 - P2 = Preset = 1 Kohm
|
||||||
Ground (24)---[GND] | |
|
Ground (24)---[GND] | |
|
||||||
Ground (25)---[GND] [GND]---[P2]---[R]---(20) LED -
|
Ground (25)---[GND] [GND]---[P2]---[R]---(20) LED -
|
||||||
|
|
||||||
|
|
|
@ -113,4 +113,4 @@ cause unexpected behaviour and can be a security hazard.
|
||||||
There is a web page about binfmt_misc at
|
There is a web page about binfmt_misc at
|
||||||
http://www.tat.physik.uni-tuebingen.de/~rguenth/linux/binfmt_misc.html
|
http://www.tat.physik.uni-tuebingen.de/~rguenth/linux/binfmt_misc.html
|
||||||
|
|
||||||
Richard Günther <rguenth@tat.physik.uni-tuebingen.de>
|
Richard Günther <rguenth@tat.physik.uni-tuebingen.de>
|
||||||
|
|
|
@ -6,10 +6,10 @@ Intro
|
||||||
-----
|
-----
|
||||||
|
|
||||||
With the introduction of cfq v3 (aka cfq-ts or time sliced cfq), basic io
|
With the introduction of cfq v3 (aka cfq-ts or time sliced cfq), basic io
|
||||||
priorities is supported for reads on files. This enables users to io nice
|
priorities are supported for reads on files. This enables users to io nice
|
||||||
processes or process groups, similar to what has been possible to cpu
|
processes or process groups, similar to what has been possible with cpu
|
||||||
scheduling for ages. This document mainly details the current possibilites
|
scheduling for ages. This document mainly details the current possibilities
|
||||||
with cfq, other io schedulers do not support io priorities so far.
|
with cfq; other io schedulers do not support io priorities thus far.
|
||||||
|
|
||||||
Scheduling classes
|
Scheduling classes
|
||||||
------------------
|
------------------
|
||||||
|
|
|
@ -17,7 +17,7 @@ Contents
|
||||||
|
|
||||||
1. Introduction
|
1. Introduction
|
||||||
|
|
||||||
cpufreq-stats is a driver that provices CPU frequency statistics for each CPU.
|
cpufreq-stats is a driver that provides CPU frequency statistics for each CPU.
|
||||||
These statistics are provided in /sysfs as a bunch of read_only interfaces. This
|
These statistics are provided in /sysfs as a bunch of read_only interfaces. This
|
||||||
interface (when configured) will appear in a separate directory under cpufreq
|
interface (when configured) will appear in a separate directory under cpufreq
|
||||||
in /sysfs (<sysfs root>/devices/system/cpu/cpuX/cpufreq/stats/) for each CPU.
|
in /sysfs (<sysfs root>/devices/system/cpu/cpuX/cpufreq/stats/) for each CPU.
|
||||||
|
|
|
@ -217,14 +217,17 @@ Q: What happens when a CPU is being logically offlined?
|
||||||
A: The following happen, listed in no particular order :-)
|
A: The following happen, listed in no particular order :-)
|
||||||
|
|
||||||
- A notification is sent to in-kernel registered modules by sending an event
|
- A notification is sent to in-kernel registered modules by sending an event
|
||||||
CPU_DOWN_PREPARE
|
CPU_DOWN_PREPARE or CPU_DOWN_PREPARE_FROZEN, depending on whether or not the
|
||||||
|
CPU is being offlined while tasks are frozen due to a suspend operation in
|
||||||
|
progress
|
||||||
- All process is migrated away from this outgoing CPU to a new CPU
|
- All process is migrated away from this outgoing CPU to a new CPU
|
||||||
- All interrupts targeted to this CPU is migrated to a new CPU
|
- All interrupts targeted to this CPU is migrated to a new CPU
|
||||||
- timers/bottom half/task lets are also migrated to a new CPU
|
- timers/bottom half/task lets are also migrated to a new CPU
|
||||||
- Once all services are migrated, kernel calls an arch specific routine
|
- Once all services are migrated, kernel calls an arch specific routine
|
||||||
__cpu_disable() to perform arch specific cleanup.
|
__cpu_disable() to perform arch specific cleanup.
|
||||||
- Once this is successful, an event for successful cleanup is sent by an event
|
- Once this is successful, an event for successful cleanup is sent by an event
|
||||||
CPU_DEAD.
|
CPU_DEAD (or CPU_DEAD_FROZEN if tasks are frozen due to a suspend while the
|
||||||
|
CPU is being offlined).
|
||||||
|
|
||||||
"It is expected that each service cleans up when the CPU_DOWN_PREPARE
|
"It is expected that each service cleans up when the CPU_DOWN_PREPARE
|
||||||
notifier is called, when CPU_DEAD is called its expected there is nothing
|
notifier is called, when CPU_DEAD is called its expected there is nothing
|
||||||
|
@ -242,9 +245,11 @@ A: This is what you would need in your kernel code to receive notifications.
|
||||||
|
|
||||||
switch (action) {
|
switch (action) {
|
||||||
case CPU_ONLINE:
|
case CPU_ONLINE:
|
||||||
|
case CPU_ONLINE_FROZEN:
|
||||||
foobar_online_action(cpu);
|
foobar_online_action(cpu);
|
||||||
break;
|
break;
|
||||||
case CPU_DEAD:
|
case CPU_DEAD:
|
||||||
|
case CPU_DEAD_FROZEN:
|
||||||
foobar_dead_action(cpu);
|
foobar_dead_action(cpu);
|
||||||
break;
|
break;
|
||||||
}
|
}
|
||||||
|
|
|
@ -177,7 +177,7 @@ Portions of this API were derived from the following projects:
|
||||||
and;
|
and;
|
||||||
|
|
||||||
Nettle (http://www.lysator.liu.se/~nisse/nettle/)
|
Nettle (http://www.lysator.liu.se/~nisse/nettle/)
|
||||||
Niels Möller
|
Niels Möller
|
||||||
|
|
||||||
Original developers of the crypto algorithms:
|
Original developers of the crypto algorithms:
|
||||||
|
|
||||||
|
@ -200,8 +200,8 @@ SHA1 algorithm contributors:
|
||||||
|
|
||||||
DES algorithm contributors:
|
DES algorithm contributors:
|
||||||
Raimar Falke
|
Raimar Falke
|
||||||
Gisle Sælensminde
|
Gisle Sælensminde
|
||||||
Niels Möller
|
Niels Möller
|
||||||
|
|
||||||
Blowfish algorithm contributors:
|
Blowfish algorithm contributors:
|
||||||
Herbert Valerio Riedel
|
Herbert Valerio Riedel
|
||||||
|
|
|
@ -0,0 +1,26 @@
|
||||||
|
dm-delay
|
||||||
|
========
|
||||||
|
|
||||||
|
Device-Mapper's "delay" target delays reads and/or writes
|
||||||
|
and maps them to different devices.
|
||||||
|
|
||||||
|
Parameters:
|
||||||
|
<device> <offset> <delay> [<write_device> <write_offset> <write_delay>]
|
||||||
|
|
||||||
|
With separate write parameters, the first set is only used for reads.
|
||||||
|
Delays are specified in milliseconds.
|
||||||
|
|
||||||
|
Example scripts
|
||||||
|
===============
|
||||||
|
[[
|
||||||
|
#!/bin/sh
|
||||||
|
# Create device delaying rw operation for 500ms
|
||||||
|
echo "0 `blockdev --getsize $1` delay $1 0 500" | dmsetup create delayed
|
||||||
|
]]
|
||||||
|
|
||||||
|
[[
|
||||||
|
#!/bin/sh
|
||||||
|
# Create device delaying only write operation for 500ms and
|
||||||
|
# splitting reads and writes to different devices $1 $2
|
||||||
|
echo "0 `blockdev --getsize $1` delay $1 0 0 $2 0 500" | dmsetup create delayed
|
||||||
|
]]
|
|
@ -16,7 +16,7 @@ host bridges to peripheral buses, and most controllers integrated
|
||||||
into system-on-chip platforms. What they usually have in common
|
into system-on-chip platforms. What they usually have in common
|
||||||
is direct addressing from a CPU bus. Rarely, a platform_device will
|
is direct addressing from a CPU bus. Rarely, a platform_device will
|
||||||
be connected through a segment of some other kind of bus; but its
|
be connected through a segment of some other kind of bus; but its
|
||||||
registers will still be directly addressible.
|
registers will still be directly addressable.
|
||||||
|
|
||||||
Platform devices are given a name, used in driver binding, and a
|
Platform devices are given a name, used in driver binding, and a
|
||||||
list of resources such as addresses and IRQs.
|
list of resources such as addresses and IRQs.
|
||||||
|
@ -125,7 +125,7 @@ three different ways to find such a match:
|
||||||
usually register later during booting, or by module loading.
|
usually register later during booting, or by module loading.
|
||||||
|
|
||||||
- Registering a driver using platform_driver_probe() works just like
|
- Registering a driver using platform_driver_probe() works just like
|
||||||
using platform_driver_register(), except that the the driver won't
|
using platform_driver_register(), except that the driver won't
|
||||||
be probed later if another device registers. (Which is OK, since
|
be probed later if another device registers. (Which is OK, since
|
||||||
this interface is only for use with non-hotpluggable devices.)
|
this interface is only for use with non-hotpluggable devices.)
|
||||||
|
|
||||||
|
|
|
@ -228,5 +228,5 @@ Patches, comments and suggestions are very very welcome.
|
||||||
|
|
||||||
Ulf Hermenau for helping me out with traditional chinese.
|
Ulf Hermenau for helping me out with traditional chinese.
|
||||||
|
|
||||||
André Smoktun and Christian Frömmel for supporting me with
|
André Smoktun and Christian Frömmel for supporting me with
|
||||||
hardware and listening to my problems very patiently.
|
hardware and listening to my problems very patiently.
|
||||||
|
|
|
@ -66,7 +66,7 @@ Michael Dreher <michael@5dot1.de>
|
||||||
Andreas 'randy' Weinberger
|
Andreas 'randy' Weinberger
|
||||||
for the support of the Fujitsu-Siemens Activy budget DVB-S
|
for the support of the Fujitsu-Siemens Activy budget DVB-S
|
||||||
|
|
||||||
Kenneth Aafløy <ke-aa@frisurf.no>
|
Kenneth Aafløy <ke-aa@frisurf.no>
|
||||||
for adding support for Typhoon DVB-S budget card
|
for adding support for Typhoon DVB-S budget card
|
||||||
|
|
||||||
Ernst Peinlich <e.peinlich@inode.at>
|
Ernst Peinlich <e.peinlich@inode.at>
|
||||||
|
|
|
@ -0,0 +1,68 @@
|
||||||
|
|
||||||
|
arkfb - fbdev driver for ARK Logic chips
|
||||||
|
========================================
|
||||||
|
|
||||||
|
|
||||||
|
Supported Hardware
|
||||||
|
==================
|
||||||
|
|
||||||
|
ARK 2000PV chip
|
||||||
|
ICS 5342 ramdac
|
||||||
|
|
||||||
|
- only BIOS initialized VGA devices supported
|
||||||
|
- probably not working on big endian
|
||||||
|
|
||||||
|
|
||||||
|
Supported Features
|
||||||
|
==================
|
||||||
|
|
||||||
|
* 4 bpp pseudocolor modes (with 18bit palette, two variants)
|
||||||
|
* 8 bpp pseudocolor mode (with 18bit palette)
|
||||||
|
* 16 bpp truecolor modes (RGB 555 and RGB 565)
|
||||||
|
* 24 bpp truecolor mode (RGB 888)
|
||||||
|
* 32 bpp truecolor mode (RGB 888)
|
||||||
|
* text mode (activated by bpp = 0)
|
||||||
|
* doublescan mode variant (not available in text mode)
|
||||||
|
* panning in both directions
|
||||||
|
* suspend/resume support
|
||||||
|
|
||||||
|
Text mode is supported even in higher resolutions, but there is limitation to
|
||||||
|
lower pixclocks (i got maximum about 70 MHz, it is dependent on specific
|
||||||
|
hardware). This limitation is not enforced by driver. Text mode supports 8bit
|
||||||
|
wide fonts only (hardware limitation) and 16bit tall fonts (driver
|
||||||
|
limitation). Unfortunately character attributes (like color) in text mode are
|
||||||
|
broken for unknown reason, so its usefulness is limited.
|
||||||
|
|
||||||
|
There are two 4 bpp modes. First mode (selected if nonstd == 0) is mode with
|
||||||
|
packed pixels, high nibble first. Second mode (selected if nonstd == 1) is mode
|
||||||
|
with interleaved planes (1 byte interleave), MSB first. Both modes support
|
||||||
|
8bit wide fonts only (driver limitation).
|
||||||
|
|
||||||
|
Suspend/resume works on systems that initialize video card during resume and
|
||||||
|
if device is active (for example used by fbcon).
|
||||||
|
|
||||||
|
|
||||||
|
Missing Features
|
||||||
|
================
|
||||||
|
(alias TODO list)
|
||||||
|
|
||||||
|
* secondary (not initialized by BIOS) device support
|
||||||
|
* big endian support
|
||||||
|
* DPMS support
|
||||||
|
* MMIO support
|
||||||
|
* interlaced mode variant
|
||||||
|
* support for fontwidths != 8 in 4 bpp modes
|
||||||
|
* support for fontheight != 16 in text mode
|
||||||
|
* hardware cursor
|
||||||
|
* vsync synchronization
|
||||||
|
* feature connector support
|
||||||
|
* acceleration support (8514-like 2D)
|
||||||
|
|
||||||
|
|
||||||
|
Known bugs
|
||||||
|
==========
|
||||||
|
|
||||||
|
* character attributes (and cursor) in text mode are broken
|
||||||
|
|
||||||
|
--
|
||||||
|
Ondrej Zajicek <santiago@crfreenet.org>
|
|
@ -54,8 +54,8 @@ Accepted options:
|
||||||
|
|
||||||
noaccel - do not use acceleration engine. It is default.
|
noaccel - do not use acceleration engine. It is default.
|
||||||
accel - use acceleration engine. Not finished.
|
accel - use acceleration engine. Not finished.
|
||||||
vmode:x - chooses PowerMacintosh video mode <x>. Depreciated.
|
vmode:x - chooses PowerMacintosh video mode <x>. Deprecated.
|
||||||
cmode:x - chooses PowerMacintosh colour mode <x>. Depreciated.
|
cmode:x - chooses PowerMacintosh colour mode <x>. Deprecated.
|
||||||
<XxX@X> - selects startup videomode. See modedb.txt for detailed
|
<XxX@X> - selects startup videomode. See modedb.txt for detailed
|
||||||
explanation. Default is 640x480x8bpp.
|
explanation. Default is 640x480x8bpp.
|
||||||
|
|
||||||
|
|
|
@ -215,11 +215,11 @@ vertical retrace time is the sum of the upper margin, the lower margin and the
|
||||||
vsync length.
|
vsync length.
|
||||||
|
|
||||||
+----------+---------------------------------------------+----------+-------+
|
+----------+---------------------------------------------+----------+-------+
|
||||||
| | ^ | | |
|
| | ↑ | | |
|
||||||
| | |upper_margin | | |
|
| | |upper_margin | | |
|
||||||
| | ・ | | |
|
| | ↓ | | |
|
||||||
+----------###############################################----------+-------+
|
+----------###############################################----------+-------+
|
||||||
| # ^ # | |
|
| # ↑ # | |
|
||||||
| # | # | |
|
| # | # | |
|
||||||
| # | # | |
|
| # | # | |
|
||||||
| # | # | |
|
| # | # | |
|
||||||
|
@ -238,15 +238,15 @@ vsync length.
|
||||||
| # | # | |
|
| # | # | |
|
||||||
| # | # | |
|
| # | # | |
|
||||||
| # | # | |
|
| # | # | |
|
||||||
| # ・ # | |
|
| # ↓ # | |
|
||||||
+----------###############################################----------+-------+
|
+----------###############################################----------+-------+
|
||||||
| | ^ | | |
|
| | ↑ | | |
|
||||||
| | |lower_margin | | |
|
| | |lower_margin | | |
|
||||||
| | ・ | | |
|
| | ↓ | | |
|
||||||
+----------+---------------------------------------------+----------+-------+
|
+----------+---------------------------------------------+----------+-------+
|
||||||
| | ^ | | |
|
| | ↑ | | |
|
||||||
| | |vsync_len | | |
|
| | |vsync_len | | |
|
||||||
| | ・ | | |
|
| | ↓ | | |
|
||||||
+----------+---------------------------------------------+----------+-------+
|
+----------+---------------------------------------------+----------+-------+
|
||||||
|
|
||||||
The frame buffer device expects all horizontal timings in number of dotclocks
|
The frame buffer device expects all horizontal timings in number of dotclocks
|
||||||
|
|
|
@ -17,7 +17,7 @@ How to use it?
|
||||||
==============
|
==============
|
||||||
|
|
||||||
Imacfb does not have any kind of autodetection of your machine.
|
Imacfb does not have any kind of autodetection of your machine.
|
||||||
You have to add the fillowing kernel parameters in your elilo.conf:
|
You have to add the following kernel parameters in your elilo.conf:
|
||||||
Macbook :
|
Macbook :
|
||||||
video=imacfb:macbook
|
video=imacfb:macbook
|
||||||
MacMini :
|
MacMini :
|
||||||
|
|
|
@ -2,9 +2,9 @@
|
||||||
Introduction
|
Introduction
|
||||||
|
|
||||||
This is a frame buffer device driver for 3dfx' Voodoo Graphics
|
This is a frame buffer device driver for 3dfx' Voodoo Graphics
|
||||||
(aka voodoo 1, aka sst1) and Voodoo² (aka Voodoo 2, aka CVG) based
|
(aka voodoo 1, aka sst1) and Voodoo² (aka Voodoo 2, aka CVG) based
|
||||||
video boards. It's highly experimental code, but is guaranteed to work
|
video boards. It's highly experimental code, but is guaranteed to work
|
||||||
on my computer, with my "Maxi Gamer 3D" and "Maxi Gamer 3d²" boards,
|
on my computer, with my "Maxi Gamer 3D" and "Maxi Gamer 3d²" boards,
|
||||||
and with me "between chair and keyboard". Some people tested other
|
and with me "between chair and keyboard". Some people tested other
|
||||||
combinations and it seems that it works.
|
combinations and it seems that it works.
|
||||||
The main page is located at <http://sstfb.sourceforge.net>, and if
|
The main page is located at <http://sstfb.sourceforge.net>, and if
|
||||||
|
|
|
@ -0,0 +1,64 @@
|
||||||
|
|
||||||
|
vt8623fb - fbdev driver for graphics core in VIA VT8623 chipset
|
||||||
|
===============================================================
|
||||||
|
|
||||||
|
|
||||||
|
Supported Hardware
|
||||||
|
==================
|
||||||
|
|
||||||
|
VIA VT8623 [CLE266] chipset and its graphics core
|
||||||
|
(known as CastleRock or Unichrome)
|
||||||
|
|
||||||
|
I tested vt8623fb on VIA EPIA ML-6000
|
||||||
|
|
||||||
|
|
||||||
|
Supported Features
|
||||||
|
==================
|
||||||
|
|
||||||
|
* 4 bpp pseudocolor modes (with 18bit palette, two variants)
|
||||||
|
* 8 bpp pseudocolor mode (with 18bit palette)
|
||||||
|
* 16 bpp truecolor mode (RGB 565)
|
||||||
|
* 32 bpp truecolor mode (RGB 888)
|
||||||
|
* text mode (activated by bpp = 0)
|
||||||
|
* doublescan mode variant (not available in text mode)
|
||||||
|
* panning in both directions
|
||||||
|
* suspend/resume support
|
||||||
|
* DPMS support
|
||||||
|
|
||||||
|
Text mode is supported even in higher resolutions, but there is limitation to
|
||||||
|
lower pixclocks (maximum about 100 MHz). This limitation is not enforced by
|
||||||
|
driver. Text mode supports 8bit wide fonts only (hardware limitation) and
|
||||||
|
16bit tall fonts (driver limitation).
|
||||||
|
|
||||||
|
There are two 4 bpp modes. First mode (selected if nonstd == 0) is mode with
|
||||||
|
packed pixels, high nibble first. Second mode (selected if nonstd == 1) is mode
|
||||||
|
with interleaved planes (1 byte interleave), MSB first. Both modes support
|
||||||
|
8bit wide fonts only (driver limitation).
|
||||||
|
|
||||||
|
Suspend/resume works on systems that initialize video card during resume and
|
||||||
|
if device is active (for example used by fbcon).
|
||||||
|
|
||||||
|
|
||||||
|
Missing Features
|
||||||
|
================
|
||||||
|
(alias TODO list)
|
||||||
|
|
||||||
|
* secondary (not initialized by BIOS) device support
|
||||||
|
* MMIO support
|
||||||
|
* interlaced mode variant
|
||||||
|
* support for fontwidths != 8 in 4 bpp modes
|
||||||
|
* support for fontheight != 16 in text mode
|
||||||
|
* hardware cursor
|
||||||
|
* video overlay support
|
||||||
|
* vsync synchronization
|
||||||
|
* acceleration support (8514-like 2D, busmaster transfers)
|
||||||
|
|
||||||
|
|
||||||
|
Known bugs
|
||||||
|
==========
|
||||||
|
|
||||||
|
* cursor disable in text mode doesn't work
|
||||||
|
|
||||||
|
|
||||||
|
--
|
||||||
|
Ondrej Zajicek <santiago@crfreenet.org>
|
|
@ -54,7 +54,7 @@ ata *);
|
||||||
|
|
||||||
locking rules:
|
locking rules:
|
||||||
all may block, none have BKL
|
all may block, none have BKL
|
||||||
i_sem(inode)
|
i_mutex(inode)
|
||||||
lookup: yes
|
lookup: yes
|
||||||
create: yes
|
create: yes
|
||||||
link: yes (both)
|
link: yes (both)
|
||||||
|
@ -74,7 +74,7 @@ setxattr: yes
|
||||||
getxattr: no
|
getxattr: no
|
||||||
listxattr: no
|
listxattr: no
|
||||||
removexattr: yes
|
removexattr: yes
|
||||||
Additionally, ->rmdir(), ->unlink() and ->rename() have ->i_sem on
|
Additionally, ->rmdir(), ->unlink() and ->rename() have ->i_mutex on
|
||||||
victim.
|
victim.
|
||||||
cross-directory ->rename() has (per-superblock) ->s_vfs_rename_sem.
|
cross-directory ->rename() has (per-superblock) ->s_vfs_rename_sem.
|
||||||
->truncate() is never called directly - it's a callback, not a
|
->truncate() is never called directly - it's a callback, not a
|
||||||
|
@ -461,7 +461,7 @@ doesn't take the BKL.
|
||||||
->read on directories probably must go away - we should just enforce -EISDIR
|
->read on directories probably must go away - we should just enforce -EISDIR
|
||||||
in sys_read() and friends.
|
in sys_read() and friends.
|
||||||
|
|
||||||
->fsync() has i_sem on inode.
|
->fsync() has i_mutex on inode.
|
||||||
|
|
||||||
--------------------------- dquot_operations -------------------------------
|
--------------------------- dquot_operations -------------------------------
|
||||||
prototypes:
|
prototypes:
|
||||||
|
|
|
@ -290,7 +290,7 @@ History
|
||||||
2.07 More fixes for Warp Server. Now it really works
|
2.07 More fixes for Warp Server. Now it really works
|
||||||
2.08 Creating new files is not so slow on large disks
|
2.08 Creating new files is not so slow on large disks
|
||||||
An attempt to sync deleted file does not generate filesystem error
|
An attempt to sync deleted file does not generate filesystem error
|
||||||
2.09 Fixed error on extremly fragmented files
|
2.09 Fixed error on extremely fragmented files
|
||||||
|
|
||||||
|
|
||||||
vim: set textwidth=80:
|
vim: set textwidth=80:
|
||||||
|
|
|
@ -349,7 +349,7 @@ end of the line.
|
||||||
Note the "Should sync?" parameter "nosync" means that the two mirrors are
|
Note the "Should sync?" parameter "nosync" means that the two mirrors are
|
||||||
already in sync which will be the case on a clean shutdown of Windows. If the
|
already in sync which will be the case on a clean shutdown of Windows. If the
|
||||||
mirrors are not clean, you can specify the "sync" option instead of "nosync"
|
mirrors are not clean, you can specify the "sync" option instead of "nosync"
|
||||||
and the Device-Mapper driver will then copy the entirey of the "Source Device"
|
and the Device-Mapper driver will then copy the entirety of the "Source Device"
|
||||||
to the "Target Device" or if you specified multipled target devices to all of
|
to the "Target Device" or if you specified multipled target devices to all of
|
||||||
them.
|
them.
|
||||||
|
|
||||||
|
|
|
@ -229,7 +229,7 @@ Table 1-3: Kernel info in /proc
|
||||||
mounts Mounted filesystems
|
mounts Mounted filesystems
|
||||||
net Networking info (see text)
|
net Networking info (see text)
|
||||||
partitions Table of partitions known to the system
|
partitions Table of partitions known to the system
|
||||||
pci Depreciated info of PCI bus (new way -> /proc/bus/pci/,
|
pci Deprecated info of PCI bus (new way -> /proc/bus/pci/,
|
||||||
decoupled by lspci (2.4)
|
decoupled by lspci (2.4)
|
||||||
rtc Real time clock
|
rtc Real time clock
|
||||||
scsi SCSI info (see text)
|
scsi SCSI info (see text)
|
||||||
|
|
|
@ -351,7 +351,7 @@ If the current buffer is full, i.e. all sub-buffers remain unconsumed,
|
||||||
the callback returns 0 to indicate that the buffer switch should not
|
the callback returns 0 to indicate that the buffer switch should not
|
||||||
occur yet, i.e. until the consumer has had a chance to read the
|
occur yet, i.e. until the consumer has had a chance to read the
|
||||||
current set of ready sub-buffers. For the relay_buf_full() function
|
current set of ready sub-buffers. For the relay_buf_full() function
|
||||||
to make sense, the consumer is reponsible for notifying the relay
|
to make sense, the consumer is responsible for notifying the relay
|
||||||
interface when sub-buffers have been consumed via
|
interface when sub-buffers have been consumed via
|
||||||
relay_subbufs_consumed(). Any subsequent attempts to write into the
|
relay_subbufs_consumed(). Any subsequent attempts to write into the
|
||||||
buffer will again invoke the subbuf_start() callback with the same
|
buffer will again invoke the subbuf_start() callback with the same
|
||||||
|
|
|
@ -19,7 +19,7 @@ completely. With execute-in-place, read&write type operations are performed
|
||||||
directly from/to the memory backed storage device. For file mappings, the
|
directly from/to the memory backed storage device. For file mappings, the
|
||||||
storage device itself is mapped directly into userspace.
|
storage device itself is mapped directly into userspace.
|
||||||
|
|
||||||
This implementation was initialy written for shared memory segments between
|
This implementation was initially written for shared memory segments between
|
||||||
different virtual machines on s390 hardware to allow multiple machines to
|
different virtual machines on s390 hardware to allow multiple machines to
|
||||||
share the same binaries and libraries.
|
share the same binaries and libraries.
|
||||||
|
|
||||||
|
|
|
@ -126,5 +126,5 @@ GDB stub and the debugger:
|
||||||
|
|
||||||
Furthermore, the GDB stub will intercept a number of exceptions automatically
|
Furthermore, the GDB stub will intercept a number of exceptions automatically
|
||||||
if they are caused by kernel execution. It will also intercept BUG() macro
|
if they are caused by kernel execution. It will also intercept BUG() macro
|
||||||
invokation.
|
invocation.
|
||||||
|
|
||||||
|
|
|
@ -80,7 +80,7 @@ temperature sensor inputs. Both the PWM output and the DAC output can be
|
||||||
used to control fan speed. Usually only one of these two outputs will be
|
used to control fan speed. Usually only one of these two outputs will be
|
||||||
used. Write the minimum PWM or DAC value to the appropriate control
|
used. Write the minimum PWM or DAC value to the appropriate control
|
||||||
register. Then set the low temperature limit in the tmin values for each
|
register. Then set the low temperature limit in the tmin values for each
|
||||||
temperature sensor. The range of control is fixed at 20 °C, and the
|
temperature sensor. The range of control is fixed at 20 °C, and the
|
||||||
largest difference between current and tmin of the temperature sensors sets
|
largest difference between current and tmin of the temperature sensors sets
|
||||||
the control output. See the datasheet for several example circuits for
|
the control output. See the datasheet for several example circuits for
|
||||||
controlling fan speed with the PWM and DAC outputs. The fan speed sensors
|
controlling fan speed with the PWM and DAC outputs. The fan speed sensors
|
||||||
|
|
|
@ -13,7 +13,7 @@ Supported chips:
|
||||||
|
|
||||||
Authors:
|
Authors:
|
||||||
Frodo Looijaard <frodol@dds.nl>,
|
Frodo Looijaard <frodol@dds.nl>,
|
||||||
Kyösti Mälkki <kmalkki@cc.hut.fi>
|
Kyösti Mälkki <kmalkki@cc.hut.fi>
|
||||||
Hong-Gunn Chew <hglinux@gunnet.org>
|
Hong-Gunn Chew <hglinux@gunnet.org>
|
||||||
Jean Delvare <khali@linux-fr.org>
|
Jean Delvare <khali@linux-fr.org>
|
||||||
|
|
||||||
|
|
|
@ -45,7 +45,7 @@ Unconfirmed motherboards:
|
||||||
The LM82 is confirmed to have been found on most AMD Geode reference
|
The LM82 is confirmed to have been found on most AMD Geode reference
|
||||||
designs and test platforms.
|
designs and test platforms.
|
||||||
|
|
||||||
The driver has been successfully tested by Magnus Forsström, who I'd
|
The driver has been successfully tested by Magnus Forsström, who I'd
|
||||||
like to thank here. More testers will be of course welcome.
|
like to thank here. More testers will be of course welcome.
|
||||||
|
|
||||||
The fact that the LM83 is only scarcely used can be easily explained.
|
The fact that the LM83 is only scarcely used can be easily explained.
|
||||||
|
|
|
@ -8,7 +8,7 @@ Supported chips:
|
||||||
Datasheet: Publicly available at the Silicon Integrated Systems Corp. site.
|
Datasheet: Publicly available at the Silicon Integrated Systems Corp. site.
|
||||||
|
|
||||||
Authors:
|
Authors:
|
||||||
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
||||||
Mark D. Studebaker <mdsxyz123@yahoo.com>,
|
Mark D. Studebaker <mdsxyz123@yahoo.com>,
|
||||||
Aurelien Jarno <aurelien@aurel32.net> 2.6 port
|
Aurelien Jarno <aurelien@aurel32.net> 2.6 port
|
||||||
|
|
||||||
|
|
|
@ -8,7 +8,7 @@ Supported chips:
|
||||||
Datasheet: On request through web form (http://www.via.com.tw/en/support/datasheets/)
|
Datasheet: On request through web form (http://www.via.com.tw/en/support/datasheets/)
|
||||||
|
|
||||||
Authors:
|
Authors:
|
||||||
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
||||||
Mark D. Studebaker <mdsxyz123@yahoo.com>
|
Mark D. Studebaker <mdsxyz123@yahoo.com>
|
||||||
Bob Dougherty <bobd@stanford.edu>
|
Bob Dougherty <bobd@stanford.edu>
|
||||||
(Some conversion-factor data were contributed by
|
(Some conversion-factor data were contributed by
|
||||||
|
|
|
@ -107,7 +107,7 @@ Known problems:
|
||||||
by CR[0x49h].
|
by CR[0x49h].
|
||||||
- The function of vid and vrm has not been finished, because I'm NOT
|
- The function of vid and vrm has not been finished, because I'm NOT
|
||||||
very familiar with them. Adding support is welcome.
|
very familiar with them. Adding support is welcome.
|
||||||
- The function of chassis open detection needs more tests.
|
- The function of chassis open detection needs more tests.
|
||||||
- If you have ASUS server board and chip was not found: Then you will
|
- If you have ASUS server board and chip was not found: Then you will
|
||||||
need to upgrade to latest (or beta) BIOS. If it does not help please
|
need to upgrade to latest (or beta) BIOS. If it does not help please
|
||||||
contact us.
|
contact us.
|
||||||
|
|
|
@ -7,7 +7,7 @@ Supported adapters:
|
||||||
Authors:
|
Authors:
|
||||||
Frodo Looijaard <frodol@dds.nl>,
|
Frodo Looijaard <frodol@dds.nl>,
|
||||||
Philip Edelbrock <phil@netroedge.com>,
|
Philip Edelbrock <phil@netroedge.com>,
|
||||||
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
||||||
Ralph Metzler <rjkm@thp.uni-koeln.de>,
|
Ralph Metzler <rjkm@thp.uni-koeln.de>,
|
||||||
Mark D. Studebaker <mdsxyz123@yahoo.com>
|
Mark D. Studebaker <mdsxyz123@yahoo.com>
|
||||||
|
|
||||||
|
|
|
@ -60,7 +60,7 @@ Mark D. Studebaker <mdsxyz123@yahoo.com>
|
||||||
- design hints and bug fixes
|
- design hints and bug fixes
|
||||||
Alexander Maylsh <amalysh@web.de>
|
Alexander Maylsh <amalysh@web.de>
|
||||||
- ditto, plus an important datasheet... almost the one I really wanted
|
- ditto, plus an important datasheet... almost the one I really wanted
|
||||||
Hans-Günter Lütke Uphues <hg_lu@t-online.de>
|
Hans-Günter Lütke Uphues <hg_lu@t-online.de>
|
||||||
- patch for SiS735
|
- patch for SiS735
|
||||||
Robert Zwerus <arzie@dds.nl>
|
Robert Zwerus <arzie@dds.nl>
|
||||||
- testing for SiS645DX
|
- testing for SiS645DX
|
||||||
|
|
|
@ -4,7 +4,7 @@ Supported adapters:
|
||||||
* VIA Technologies, InC. VT82C586B
|
* VIA Technologies, InC. VT82C586B
|
||||||
Datasheet: Publicly available at the VIA website
|
Datasheet: Publicly available at the VIA website
|
||||||
|
|
||||||
Author: Kyösti Mälkki <kmalkki@cc.hut.fi>
|
Author: Kyösti Mälkki <kmalkki@cc.hut.fi>
|
||||||
|
|
||||||
Description
|
Description
|
||||||
-----------
|
-----------
|
||||||
|
|
|
@ -17,7 +17,7 @@ Supported adapters:
|
||||||
Datasheet: available on request and under NDA from VIA
|
Datasheet: available on request and under NDA from VIA
|
||||||
|
|
||||||
Authors:
|
Authors:
|
||||||
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
Kyösti Mälkki <kmalkki@cc.hut.fi>,
|
||||||
Mark D. Studebaker <mdsxyz123@yahoo.com>,
|
Mark D. Studebaker <mdsxyz123@yahoo.com>,
|
||||||
Jean Delvare <khali@linux-fr.org>
|
Jean Delvare <khali@linux-fr.org>
|
||||||
|
|
||||||
|
|
|
@ -68,7 +68,7 @@ We have found some I2C devices that needs the following modifications:
|
||||||
|
|
||||||
Flags I2C_M_IGNORE_NAK
|
Flags I2C_M_IGNORE_NAK
|
||||||
Normally message is interrupted immediately if there is [NA] from the
|
Normally message is interrupted immediately if there is [NA] from the
|
||||||
client. Setting this flag treats any [NA] as [A], and all of
|
client. Setting this flag treats any [NA] as [A], and all of
|
||||||
message is sent.
|
message is sent.
|
||||||
These messages may still fail to SCL lo->hi timeout.
|
These messages may still fail to SCL lo->hi timeout.
|
||||||
|
|
||||||
|
|
|
@ -30,13 +30,13 @@ Juha Sievanen, University of Helsinki Finland
|
||||||
Bug fixes
|
Bug fixes
|
||||||
Core code extensions
|
Core code extensions
|
||||||
|
|
||||||
Auvo Häkkinen, University of Helsinki Finland
|
Auvo Häkkinen, University of Helsinki Finland
|
||||||
LAN OSM code
|
LAN OSM code
|
||||||
/Proc interface to LAN class
|
/Proc interface to LAN class
|
||||||
Bug fixes
|
Bug fixes
|
||||||
Core code extensions
|
Core code extensions
|
||||||
|
|
||||||
Taneli Vähäkangas, University of Helsinki Finland
|
Taneli Vähäkangas, University of Helsinki Finland
|
||||||
Fixes to i2o_config
|
Fixes to i2o_config
|
||||||
|
|
||||||
CREDITS
|
CREDITS
|
||||||
|
|
|
@ -179,9 +179,9 @@ reporting mode for joystick 1, with both buttons being logically assigned to
|
||||||
the mouse. After any joystick command, the ikbd assumes that joysticks are
|
the mouse. After any joystick command, the ikbd assumes that joysticks are
|
||||||
connected to both Joystick0 and Joystick1. Any mouse command (except MOUSE
|
connected to both Joystick0 and Joystick1. Any mouse command (except MOUSE
|
||||||
DISABLE) then causes port 0 to again be scanned as if it were a mouse, and
|
DISABLE) then causes port 0 to again be scanned as if it were a mouse, and
|
||||||
both buttons are logically connected to it. If a mouse diable command is
|
both buttons are logically connected to it. If a mouse disable command is
|
||||||
received while port 0 is presumed to be a mouse, the button is logically
|
received while port 0 is presumed to be a mouse, the button is logically
|
||||||
assigned to Joystick1 ( until the mouse is reenabled by another mouse command).
|
assigned to Joystick1 (until the mouse is reenabled by another mouse command).
|
||||||
|
|
||||||
9. ikbd Command Set
|
9. ikbd Command Set
|
||||||
|
|
||||||
|
|
|
@ -65,15 +65,15 @@ of buttons, see section 0.3 - Unknown Controllers
|
||||||
I've tested this with Stepmania, and it works quite well.
|
I've tested this with Stepmania, and it works quite well.
|
||||||
|
|
||||||
|
|
||||||
0.3 Unkown Controllers
|
0.3 Unknown Controllers
|
||||||
----------------------
|
----------------------
|
||||||
If you have an unkown xbox controller, it should work just fine with
|
If you have an unknown xbox controller, it should work just fine with
|
||||||
the default settings.
|
the default settings.
|
||||||
|
|
||||||
HOWEVER if you have an unknown dance pad not listed below, it will not
|
HOWEVER if you have an unknown dance pad not listed below, it will not
|
||||||
work UNLESS you set "dpad_to_buttons" to 1 in the module configuration.
|
work UNLESS you set "dpad_to_buttons" to 1 in the module configuration.
|
||||||
|
|
||||||
PLEASE if you have an unkown controller, email Dom <binary1230@yahoo.com> with
|
PLEASE, if you have an unknown controller, email Dom <binary1230@yahoo.com> with
|
||||||
a dump from /proc/bus/usb and a description of the pad (manufacturer, country,
|
a dump from /proc/bus/usb and a description of the pad (manufacturer, country,
|
||||||
whether it is a dance pad or normal controller) so that we can add your pad
|
whether it is a dance pad or normal controller) so that we can add your pad
|
||||||
to the list of supported devices, ensuring that it will work out of the
|
to the list of supported devices, ensuring that it will work out of the
|
||||||
|
|
|
@ -2,7 +2,7 @@
|
||||||
I want to thank all who contributed to this project and especially to:
|
I want to thank all who contributed to this project and especially to:
|
||||||
(in alphabetical order)
|
(in alphabetical order)
|
||||||
|
|
||||||
Thomas Bogendörfer (tsbogend@bigbug.franken.de)
|
Thomas Bogendörfer (tsbogend@bigbug.franken.de)
|
||||||
Tester, lots of bugfixes and hints.
|
Tester, lots of bugfixes and hints.
|
||||||
|
|
||||||
Alan Cox (alan@redhat.com)
|
Alan Cox (alan@redhat.com)
|
||||||
|
@ -11,7 +11,7 @@ Alan Cox (alan@redhat.com)
|
||||||
Henner Eisen (eis@baty.hanse.de)
|
Henner Eisen (eis@baty.hanse.de)
|
||||||
For X.25 implementation.
|
For X.25 implementation.
|
||||||
|
|
||||||
Volker Götz (volker@oops.franken.de)
|
Volker Götz (volker@oops.franken.de)
|
||||||
For contribution of man-pages, the imontty-tool and a perfect
|
For contribution of man-pages, the imontty-tool and a perfect
|
||||||
maintaining of the mailing-list at hub-wue.
|
maintaining of the mailing-list at hub-wue.
|
||||||
|
|
||||||
|
|
|
@ -402,7 +402,7 @@ README for the ISDN-subsystem
|
||||||
the script tools/tcltk/isdnmon. You can add actions for line-status
|
the script tools/tcltk/isdnmon. You can add actions for line-status
|
||||||
changes. See the comments at the beginning of the script for how to
|
changes. See the comments at the beginning of the script for how to
|
||||||
do that. There are other tty-based tools in the tools-subdirectory
|
do that. There are other tty-based tools in the tools-subdirectory
|
||||||
contributed by Michael Knigge (imon), Volker Götz (imontty) and
|
contributed by Michael Knigge (imon), Volker Götz (imontty) and
|
||||||
Andreas Kool (isdnmon).
|
Andreas Kool (isdnmon).
|
||||||
|
|
||||||
l) For initial testing, you can set the verbose-level to 2 (default: 0).
|
l) For initial testing, you can set the verbose-level to 2 (default: 0).
|
||||||
|
|
|
@ -3,8 +3,8 @@ $Id: README.icn,v 1.7 2000/08/06 09:22:51 armin Exp $
|
||||||
You can get the ICN-ISDN-card from:
|
You can get the ICN-ISDN-card from:
|
||||||
|
|
||||||
Thinking Objects Software GmbH
|
Thinking Objects Software GmbH
|
||||||
Versbacher Röthe 159
|
Versbacher Röthe 159
|
||||||
97078 Würzburg
|
97078 Würzburg
|
||||||
Tel: +49 931 2877950
|
Tel: +49 931 2877950
|
||||||
Fax: +49 931 2877951
|
Fax: +49 931 2877951
|
||||||
|
|
||||||
|
|
|
@ -390,7 +390,7 @@ the execution bit, then just do
|
||||||
|
|
||||||
|
|
||||||
originally by Brian A. Lantz, brian@lantz.com
|
originally by Brian A. Lantz, brian@lantz.com
|
||||||
heavily edited for binfmt_misc by Richard Günther
|
heavily edited for binfmt_misc by Richard Günther
|
||||||
new scripts by Colin J. Watson <cjw44@cam.ac.uk>
|
new scripts by Colin J. Watson <cjw44@cam.ac.uk>
|
||||||
added executable Jar file support by Kurt Huwig <kurt@iku-netz.de>
|
added executable Jar file support by Kurt Huwig <kurt@iku-netz.de>
|
||||||
|
|
||||||
|
|
|
@ -236,7 +236,7 @@
|
||||||
|
|
||||||
* Title: "Design and Implementation of the Second Extended
|
* Title: "Design and Implementation of the Second Extended
|
||||||
Filesystem"
|
Filesystem"
|
||||||
Author: Rémy Card, Theodore Ts'o, Stephen Tweedie.
|
Author: Rémy Card, Theodore Ts'o, Stephen Tweedie.
|
||||||
URL: http://web.mit.edu/tytso/www/linux/ext2intro.html
|
URL: http://web.mit.edu/tytso/www/linux/ext2intro.html
|
||||||
Keywords: ext2, linux fs history, inode, directory, link, devices,
|
Keywords: ext2, linux fs history, inode, directory, link, devices,
|
||||||
VFS, physical structure, performance, benchmarks, ext2fs library,
|
VFS, physical structure, performance, benchmarks, ext2fs library,
|
||||||
|
|
|
@ -754,14 +754,6 @@ and is between 256 and 4096 characters. It is defined in the file
|
||||||
inport.irq= [HW] Inport (ATI XL and Microsoft) busmouse driver
|
inport.irq= [HW] Inport (ATI XL and Microsoft) busmouse driver
|
||||||
Format: <irq>
|
Format: <irq>
|
||||||
|
|
||||||
combined_mode= [HW] control which driver uses IDE ports in combined
|
|
||||||
mode: legacy IDE driver, libata, or both
|
|
||||||
(in the libata case, libata.atapi_enabled=1 may be
|
|
||||||
useful as well). Note that using the ide or libata
|
|
||||||
options may affect your device naming (e.g. by
|
|
||||||
changing hdc to sdb).
|
|
||||||
Format: combined (default), ide, or libata
|
|
||||||
|
|
||||||
inttest= [IA64]
|
inttest= [IA64]
|
||||||
|
|
||||||
io7= [HW] IO7 for Marvel based alpha systems
|
io7= [HW] IO7 for Marvel based alpha systems
|
||||||
|
|
|
@ -204,7 +204,7 @@ always shows a "no IRQ here" on the Buddha, and accesses to
|
||||||
the third IDE port are going into data's Nirwana on the
|
the third IDE port are going into data's Nirwana on the
|
||||||
Buddha.
|
Buddha.
|
||||||
|
|
||||||
Jens Schönfeld february 19th, 1997
|
Jens Schönfeld february 19th, 1997
|
||||||
updated may 27th, 1997
|
updated may 27th, 1997
|
||||||
eMail: sysop@nostlgic.tng.oche.de
|
eMail: sysop@nostlgic.tng.oche.de
|
||||||
|
|
||||||
|
|
|
@ -129,7 +129,7 @@ SAVEKMSG_MAGIC1 0x53415645 savekmsg arch/*/amiga/config.c
|
||||||
GDA_MAGIC 0x58464552 gda include/asm-mips64/sn/gda.h
|
GDA_MAGIC 0x58464552 gda include/asm-mips64/sn/gda.h
|
||||||
RED_MAGIC1 0x5a2cf071 (any) mm/slab.c
|
RED_MAGIC1 0x5a2cf071 (any) mm/slab.c
|
||||||
STL_PORTMAGIC 0x5a7182c9 stlport include/linux/stallion.h
|
STL_PORTMAGIC 0x5a7182c9 stlport include/linux/stallion.h
|
||||||
EEPROM_MAGIC_VALUE 0X5ab478d2 lanai_dev drivers/atm/lanai.c
|
EEPROM_MAGIC_VALUE 0x5ab478d2 lanai_dev drivers/atm/lanai.c
|
||||||
HDLCDRV_MAGIC 0x5ac6e778 hdlcdrv_state include/linux/hdlcdrv.h
|
HDLCDRV_MAGIC 0x5ac6e778 hdlcdrv_state include/linux/hdlcdrv.h
|
||||||
EPCA_MAGIC 0x5c6df104 channel include/linux/epca.h
|
EPCA_MAGIC 0x5c6df104 channel include/linux/epca.h
|
||||||
PCXX_MAGIC 0x5c6df104 channel drivers/char/pcxx.h
|
PCXX_MAGIC 0x5c6df104 channel drivers/char/pcxx.h
|
||||||
|
|
|
@ -178,6 +178,21 @@ All md devices contain:
|
||||||
The size should be at least PAGE_SIZE (4k) and should be a power
|
The size should be at least PAGE_SIZE (4k) and should be a power
|
||||||
of 2. This can only be set while assembling an array
|
of 2. This can only be set while assembling an array
|
||||||
|
|
||||||
|
layout
|
||||||
|
The "layout" for the array for the particular level. This is
|
||||||
|
simply a number that is interpretted differently by different
|
||||||
|
levels. It can be written while assembling an array.
|
||||||
|
|
||||||
|
reshape_position
|
||||||
|
This is either "none" or a sector number within the devices of
|
||||||
|
the array where "reshape" is up to. If this is set, the three
|
||||||
|
attributes mentioned above (raid_disks, chunk_size, layout) can
|
||||||
|
potentially have 2 values, an old and a new value. If these
|
||||||
|
values differ, reading the attribute returns
|
||||||
|
new (old)
|
||||||
|
and writing will effect the 'new' value, leaving the 'old'
|
||||||
|
unchanged.
|
||||||
|
|
||||||
component_size
|
component_size
|
||||||
For arrays with data redundancy (i.e. not raid0, linear, faulty,
|
For arrays with data redundancy (i.e. not raid0, linear, faulty,
|
||||||
multipath), all components must be the same size - or at least
|
multipath), all components must be the same size - or at least
|
||||||
|
@ -193,11 +208,6 @@ All md devices contain:
|
||||||
1.2 (newer format in varying locations) or "none" indicating that
|
1.2 (newer format in varying locations) or "none" indicating that
|
||||||
the kernel isn't managing metadata at all.
|
the kernel isn't managing metadata at all.
|
||||||
|
|
||||||
layout
|
|
||||||
The "layout" for the array for the particular level. This is
|
|
||||||
simply a number that is interpretted differently by different
|
|
||||||
levels. It can be written while assembling an array.
|
|
||||||
|
|
||||||
resync_start
|
resync_start
|
||||||
The point at which resync should start. If no resync is needed,
|
The point at which resync should start. If no resync is needed,
|
||||||
this will be a very large number. At array creation it will
|
this will be a very large number. At array creation it will
|
||||||
|
@ -259,29 +269,6 @@ All md devices contain:
|
||||||
like active, but no writes have been seen for a while (safe_mode_delay).
|
like active, but no writes have been seen for a while (safe_mode_delay).
|
||||||
|
|
||||||
|
|
||||||
sync_speed_min
|
|
||||||
sync_speed_max
|
|
||||||
This are similar to /proc/sys/dev/raid/speed_limit_{min,max}
|
|
||||||
however they only apply to the particular array.
|
|
||||||
If no value has been written to these, of if the word 'system'
|
|
||||||
is written, then the system-wide value is used. If a value,
|
|
||||||
in kibibytes-per-second is written, then it is used.
|
|
||||||
When the files are read, they show the currently active value
|
|
||||||
followed by "(local)" or "(system)" depending on whether it is
|
|
||||||
a locally set or system-wide value.
|
|
||||||
|
|
||||||
sync_completed
|
|
||||||
This shows the number of sectors that have been completed of
|
|
||||||
whatever the current sync_action is, followed by the number of
|
|
||||||
sectors in total that could need to be processed. The two
|
|
||||||
numbers are separated by a '/' thus effectively showing one
|
|
||||||
value, a fraction of the process that is complete.
|
|
||||||
|
|
||||||
sync_speed
|
|
||||||
This shows the current actual speed, in K/sec, of the current
|
|
||||||
sync_action. It is averaged over the last 30 seconds.
|
|
||||||
|
|
||||||
|
|
||||||
As component devices are added to an md array, they appear in the 'md'
|
As component devices are added to an md array, they appear in the 'md'
|
||||||
directory as new directories named
|
directory as new directories named
|
||||||
dev-XXX
|
dev-XXX
|
||||||
|
@ -412,6 +399,35 @@ also have
|
||||||
Note that the numbers are 'bit' numbers, not 'block' numbers.
|
Note that the numbers are 'bit' numbers, not 'block' numbers.
|
||||||
They should be scaled by the bitmap_chunksize.
|
They should be scaled by the bitmap_chunksize.
|
||||||
|
|
||||||
|
sync_speed_min
|
||||||
|
sync_speed_max
|
||||||
|
This are similar to /proc/sys/dev/raid/speed_limit_{min,max}
|
||||||
|
however they only apply to the particular array.
|
||||||
|
If no value has been written to these, of if the word 'system'
|
||||||
|
is written, then the system-wide value is used. If a value,
|
||||||
|
in kibibytes-per-second is written, then it is used.
|
||||||
|
When the files are read, they show the currently active value
|
||||||
|
followed by "(local)" or "(system)" depending on whether it is
|
||||||
|
a locally set or system-wide value.
|
||||||
|
|
||||||
|
sync_completed
|
||||||
|
This shows the number of sectors that have been completed of
|
||||||
|
whatever the current sync_action is, followed by the number of
|
||||||
|
sectors in total that could need to be processed. The two
|
||||||
|
numbers are separated by a '/' thus effectively showing one
|
||||||
|
value, a fraction of the process that is complete.
|
||||||
|
|
||||||
|
sync_speed
|
||||||
|
This shows the current actual speed, in K/sec, of the current
|
||||||
|
sync_action. It is averaged over the last 30 seconds.
|
||||||
|
|
||||||
|
suspend_lo
|
||||||
|
suspend_hi
|
||||||
|
The two values, given as numbers of sectors, indicate a range
|
||||||
|
within the array where IO will be blocked. This is currently
|
||||||
|
only supported for raid4/5/6.
|
||||||
|
|
||||||
|
|
||||||
Each active md device may also have attributes specific to the
|
Each active md device may also have attributes specific to the
|
||||||
personality module that manages it.
|
personality module that manages it.
|
||||||
These are specific to the implementation of the module and could
|
These are specific to the implementation of the module and could
|
||||||
|
|
|
@ -30,7 +30,7 @@ The communication layer exists to allow NetLabel configuration and monitoring
|
||||||
from user space. The NetLabel communication layer uses a message based
|
from user space. The NetLabel communication layer uses a message based
|
||||||
protocol built on top of the Generic NETLINK transport mechanism. The exact
|
protocol built on top of the Generic NETLINK transport mechanism. The exact
|
||||||
formatting of these NetLabel messages as well as the Generic NETLINK family
|
formatting of these NetLabel messages as well as the Generic NETLINK family
|
||||||
names can be found in the the 'net/netlabel/' directory as comments in the
|
names can be found in the 'net/netlabel/' directory as comments in the
|
||||||
header files as well as in 'include/net/netlabel.h'.
|
header files as well as in 'include/net/netlabel.h'.
|
||||||
|
|
||||||
* Security Module API
|
* Security Module API
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
This is the 6pack-mini-HOWTO, written by
|
This is the 6pack-mini-HOWTO, written by
|
||||||
|
|
||||||
Andreas Könsgen DG3KQ
|
Andreas Könsgen DG3KQ
|
||||||
Internet: ajk@iehk.rwth-aachen.de
|
Internet: ajk@iehk.rwth-aachen.de
|
||||||
AMPR-net: dg3kq@db0pra.ampr.org
|
AMPR-net: dg3kq@db0pra.ampr.org
|
||||||
AX.25: dg3kq@db0ach.#nrw.deu.eu
|
AX.25: dg3kq@db0ach.#nrw.deu.eu
|
||||||
|
|
|
@ -160,7 +160,7 @@ on current cpu. This primitive is called by dev->poll(), when
|
||||||
it completes its work. The device cannot be out of poll list at this
|
it completes its work. The device cannot be out of poll list at this
|
||||||
call, if it is then clearly it is a BUG(). You'll know ;->
|
call, if it is then clearly it is a BUG(). You'll know ;->
|
||||||
|
|
||||||
All these above nethods are used below. So keep reading for clarity.
|
All of the above methods are used below, so keep reading for clarity.
|
||||||
|
|
||||||
Device driver changes to be made when porting NAPI
|
Device driver changes to be made when porting NAPI
|
||||||
==================================================
|
==================================================
|
||||||
|
|
|
@ -13,7 +13,7 @@ You can find the latest version of this document at
|
||||||
|
|
||||||
Please send me your comments to
|
Please send me your comments to
|
||||||
|
|
||||||
Ulisses Alonso Camaró <uaca@i.hate.spam.alumni.uv.es>
|
Ulisses Alonso Camaró <uaca@i.hate.spam.alumni.uv.es>
|
||||||
|
|
||||||
-------------------------------------------------------------------------------
|
-------------------------------------------------------------------------------
|
||||||
+ Why use PACKET_MMAP
|
+ Why use PACKET_MMAP
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
|
|
||||||
SliceCOM adapter felhasznaloi dokumentacioja - 0.51 verziohoz
|
SliceCOM adapter felhasznaloi dokumentacioja - 0.51 verziohoz
|
||||||
|
|
||||||
Bartók István <bartoki@itc.hu>
|
Bartók István <bartoki@itc.hu>
|
||||||
Utolso modositas: Wed Aug 29 17:26:58 CEST 2001
|
Utolso modositas: Wed Aug 29 17:26:58 CEST 2001
|
||||||
|
|
||||||
-----------------------------------------------------------------
|
-----------------------------------------------------------------
|
||||||
|
|
|
@ -1,9 +1,9 @@
|
||||||
|
|
||||||
SliceCOM adapter user's documentation - for the 0.51 driver version
|
SliceCOM adapter user's documentation - for the 0.51 driver version
|
||||||
|
|
||||||
Written by Bartók István <bartoki@itc.hu>
|
Written by Bartók István <bartoki@itc.hu>
|
||||||
|
|
||||||
English translation: Lakatos György <gyuri@itc.hu>
|
English translation: Lakatos György <gyuri@itc.hu>
|
||||||
Mon Dec 11 15:28:42 CET 2000
|
Mon Dec 11 15:28:42 CET 2000
|
||||||
|
|
||||||
Last modified: Wed Aug 29 17:25:37 CEST 2001
|
Last modified: Wed Aug 29 17:25:37 CEST 2001
|
||||||
|
|
|
@ -71,24 +71,24 @@ Below find attached the setting for the SK NET TR 4/16 ISA adapters
|
||||||
CHAPTER 1 LOCATION OF DIP-SWITCH
|
CHAPTER 1 LOCATION OF DIP-SWITCH
|
||||||
==============================================================
|
==============================================================
|
||||||
|
|
||||||
UÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
UÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||||||
þUÄÄÄÄÄÄ¿ UÄÄÄÄÄ¿ UÄÄÄ¿ þ
|
þUÄÄÄÄÄÄ¿ UÄÄÄÄÄ¿ UÄÄÄ¿ þ
|
||||||
þAÄÄÄÄÄÄU W1 AÄÄÄÄÄU UÄÄÄÄ¿ þ þ þ
|
þAÄÄÄÄÄÄU W1 AÄÄÄÄÄU UÄÄÄÄ¿ þ þ þ
|
||||||
þUÄÄÄÄÄÄ¿ þ þ þ þ UÄÄÅ¿
|
þUÄÄÄÄÄÄ¿ þ þ þ þ UÄÄÅ¿
|
||||||
þAÄÄÄÄÄÄU UÄÄÄÄÄÄÄÄÄÄÄ¿ AÄÄÄÄU þ þ þ þþ
|
þAÄÄÄÄÄÄU UÄÄÄÄÄÄÄÄÄÄÄ¿ AÄÄÄÄU þ þ þ þþ
|
||||||
þUÄÄÄÄÄÄ¿ þ þ UÄÄÄ¿ AÄÄÄU AÄÄÅU
|
þUÄÄÄÄÄÄ¿ þ þ UÄÄÄ¿ AÄÄÄU AÄÄÅU
|
||||||
þAÄÄÄÄÄÄU þ TMS380C26 þ þ þ þ
|
þAÄÄÄÄÄÄU þ TMS380C26 þ þ þ þ
|
||||||
þUÄÄÄÄÄÄ¿ þ þ AÄÄÄU AÄ¿
|
þUÄÄÄÄÄÄ¿ þ þ AÄÄÄU AÄ¿
|
||||||
þAÄÄÄÄÄÄU þ þ þ þ
|
þAÄÄÄÄÄÄU þ þ þ þ
|
||||||
þ AÄÄÄÄÄÄÄÄÄÄÄU þ þ
|
þ AÄÄÄÄÄÄÄÄÄÄÄU þ þ
|
||||||
þ þ þ
|
þ þ þ
|
||||||
þ AÄU
|
þ AÄU
|
||||||
þ þ
|
þ þ
|
||||||
þ þ
|
þ þ
|
||||||
þ þ
|
þ þ
|
||||||
þ þ
|
þ þ
|
||||||
AÄÄÄÄÄÄÄÄÄÄÄÄAÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄAÄÄAÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄAÄÄÄÄÄÄÄÄÄU
|
AÄÄÄÄÄÄÄÄÄÄÄÄAÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄAÄÄAÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄAÄÄÄÄÄÄÄÄÄU
|
||||||
AÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄU AÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄU
|
AÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄU AÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄU
|
||||||
|
|
||||||
==============================================================
|
==============================================================
|
||||||
CHAPTER 2 DEFAULT SETTINGS
|
CHAPTER 2 DEFAULT SETTINGS
|
||||||
|
@ -108,9 +108,9 @@ A
|
||||||
CHAPTER 3 DIP SWITCH W1 DESCRIPTION
|
CHAPTER 3 DIP SWITCH W1 DESCRIPTION
|
||||||
==============================================================
|
==============================================================
|
||||||
|
|
||||||
UÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄ¿ ON
|
UÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄ¿ ON
|
||||||
þ 1 þ 2 þ 3 þ 4 þ 5 þ 6 þ 7 þ 8 þ
|
þ 1 þ 2 þ 3 þ 4 þ 5 þ 6 þ 7 þ 8 þ
|
||||||
AÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄU OFF
|
AÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄAÄÄÄU OFF
|
||||||
|AD | BootROM Addr. | I/O |
|
|AD | BootROM Addr. | I/O |
|
||||||
+-+-+-------+-------+-----+-----+
|
+-+-+-------+-------+-----+-----+
|
||||||
| | |
|
| | |
|
||||||
|
|
|
@ -139,7 +139,7 @@
|
||||||
3) Disabling the Checksum Computation
|
3) Disabling the Checksum Computation
|
||||||
|
|
||||||
On both sender and receiver, checksumming will always be performed
|
On both sender and receiver, checksumming will always be performed
|
||||||
and can not be disabled using SO_NO_CHECK. Thus
|
and cannot be disabled using SO_NO_CHECK. Thus
|
||||||
|
|
||||||
setsockopt(sockfd, SOL_SOCKET, SO_NO_CHECK, ... );
|
setsockopt(sockfd, SOL_SOCKET, SO_NO_CHECK, ... );
|
||||||
|
|
||||||
|
|
|
@ -335,7 +335,7 @@ REVISION HISTORY
|
||||||
creating applications using BiSync
|
creating applications using BiSync
|
||||||
streaming.
|
streaming.
|
||||||
|
|
||||||
2.0.5 Aug 04, 1999 CHDLC initializatin bug fix.
|
2.0.5 Aug 04, 1999 CHDLC initialization bug fix.
|
||||||
PPP interrupt driven driver:
|
PPP interrupt driven driver:
|
||||||
Fix to the PPP line hangup problem.
|
Fix to the PPP line hangup problem.
|
||||||
New PPP firmware
|
New PPP firmware
|
||||||
|
@ -372,7 +372,7 @@ REVISION HISTORY
|
||||||
o cfgft1 GUI csu/dsu configurator
|
o cfgft1 GUI csu/dsu configurator
|
||||||
o wancfg GUI configuration file
|
o wancfg GUI configuration file
|
||||||
configurator.
|
configurator.
|
||||||
o Architectual directory changes.
|
o Architectural directory changes.
|
||||||
|
|
||||||
beta-2.1.4 Jul 2000 o Dynamic interface configuration:
|
beta-2.1.4 Jul 2000 o Dynamic interface configuration:
|
||||||
Network interfaces reflect the state
|
Network interfaces reflect the state
|
||||||
|
|
|
@ -373,7 +373,7 @@ E.g. clearing pending interrupts.
|
||||||
|
|
||||||
3.6 Register IRQ handler
|
3.6 Register IRQ handler
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
While calling request_irq() is the the last step described here,
|
While calling request_irq() is the last step described here,
|
||||||
this is often just another intermediate step to initialize a device.
|
this is often just another intermediate step to initialize a device.
|
||||||
This step can often be deferred until the device is opened for use.
|
This step can often be deferred until the device is opened for use.
|
||||||
|
|
||||||
|
|
|
@ -13,7 +13,7 @@ Reporting (AER) driver and provides information on how to use it, as
|
||||||
well as how to enable the drivers of endpoint devices to conform with
|
well as how to enable the drivers of endpoint devices to conform with
|
||||||
PCI Express AER driver.
|
PCI Express AER driver.
|
||||||
|
|
||||||
1.2 Copyright © Intel Corporation 2006.
|
1.2 Copyright © Intel Corporation 2006.
|
||||||
|
|
||||||
1.3 What is the PCI Express AER Driver?
|
1.3 What is the PCI Express AER Driver?
|
||||||
|
|
||||||
|
|
|
@ -140,7 +140,7 @@ Plug and Play but it is planned to be in the near future.
|
||||||
Requirements for a Linux PnP protocol:
|
Requirements for a Linux PnP protocol:
|
||||||
1.) the protocol must use EISA IDs
|
1.) the protocol must use EISA IDs
|
||||||
2.) the protocol must inform the PnP Layer of a devices current configuration
|
2.) the protocol must inform the PnP Layer of a devices current configuration
|
||||||
- the ability to set resources is optional but prefered.
|
- the ability to set resources is optional but preferred.
|
||||||
|
|
||||||
The following are PnP protocol related functions:
|
The following are PnP protocol related functions:
|
||||||
|
|
||||||
|
|
|
@ -48,7 +48,7 @@ before suspend (it is limited to 500 MB by default).
|
||||||
|
|
||||||
Article about goals and implementation of Software Suspend for Linux
|
Article about goals and implementation of Software Suspend for Linux
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
Author: G‚ábor Kuti
|
Author: Gábor Kuti
|
||||||
Last revised: 2003-10-20 by Pavel Machek
|
Last revised: 2003-10-20 by Pavel Machek
|
||||||
|
|
||||||
Idea and goals to achieve
|
Idea and goals to achieve
|
||||||
|
|
|
@ -93,21 +93,23 @@ SNAPSHOT_S2RAM - suspend to RAM; using this call causes the kernel to
|
||||||
to resume the system from RAM if there's enough battery power or restore
|
to resume the system from RAM if there's enough battery power or restore
|
||||||
its state on the basis of the saved suspend image otherwise)
|
its state on the basis of the saved suspend image otherwise)
|
||||||
|
|
||||||
SNAPSHOT_PMOPS - enable the usage of the pmops->prepare, pmops->enter and
|
SNAPSHOT_PMOPS - enable the usage of the hibernation_ops->prepare,
|
||||||
pmops->finish methods (the in-kernel swsusp knows these as the "platform
|
hibernate_ops->enter and hibernation_ops->finish methods (the in-kernel
|
||||||
method") which are needed on many machines to (among others) speed up
|
swsusp knows these as the "platform method") which are needed on many
|
||||||
the resume by letting the BIOS skip some steps or to let the system
|
machines to (among others) speed up the resume by letting the BIOS skip
|
||||||
recognise the correct state of the hardware after the resume (in
|
some steps or to let the system recognise the correct state of the
|
||||||
particular on many machines this ensures that unplugged AC
|
hardware after the resume (in particular on many machines this ensures
|
||||||
adapters get correctly detected and that kacpid does not run wild after
|
that unplugged AC adapters get correctly detected and that kacpid does
|
||||||
the resume). The last ioctl() argument can take one of the three
|
not run wild after the resume). The last ioctl() argument can take one
|
||||||
values, defined in kernel/power/power.h:
|
of the three values, defined in kernel/power/power.h:
|
||||||
PMOPS_PREPARE - make the kernel carry out the
|
PMOPS_PREPARE - make the kernel carry out the
|
||||||
pm_ops->prepare(PM_SUSPEND_DISK) operation
|
hibernation_ops->prepare() operation
|
||||||
PMOPS_ENTER - make the kernel power off the system by calling
|
PMOPS_ENTER - make the kernel power off the system by calling
|
||||||
pm_ops->enter(PM_SUSPEND_DISK)
|
hibernation_ops->enter()
|
||||||
PMOPS_FINISH - make the kernel carry out the
|
PMOPS_FINISH - make the kernel carry out the
|
||||||
pm_ops->finish(PM_SUSPEND_DISK) operation
|
hibernation_ops->finish() operation
|
||||||
|
Note that the actual constants are misnamed because they surface
|
||||||
|
internal kernel implementation details that have changed.
|
||||||
|
|
||||||
The device's read() operation can be used to transfer the snapshot image from
|
The device's read() operation can be used to transfer the snapshot image from
|
||||||
the kernel. It has the following limitations:
|
the kernel. It has the following limitations:
|
||||||
|
|
|
@ -1444,7 +1444,7 @@ platforms are moved over to use the flattened-device-tree model.
|
||||||
Basically, it is a bus of devices, that could act more or less
|
Basically, it is a bus of devices, that could act more or less
|
||||||
as a complete entity (UCC, USB etc ). All of them should be siblings on
|
as a complete entity (UCC, USB etc ). All of them should be siblings on
|
||||||
the "root" qe node, using the common properties from there.
|
the "root" qe node, using the common properties from there.
|
||||||
The description below applies to the the qe of MPC8360 and
|
The description below applies to the qe of MPC8360 and
|
||||||
more nodes and properties would be extended in the future.
|
more nodes and properties would be extended in the future.
|
||||||
|
|
||||||
i) Root QE device
|
i) Root QE device
|
||||||
|
@ -1633,7 +1633,7 @@ platforms are moved over to use the flattened-device-tree model.
|
||||||
- assignment : function number of the pin according to the Pin Assignment
|
- assignment : function number of the pin according to the Pin Assignment
|
||||||
tables in User Manual. Each pin can have up to 4 possible functions in
|
tables in User Manual. Each pin can have up to 4 possible functions in
|
||||||
QE and two options for CPM.
|
QE and two options for CPM.
|
||||||
- has_irq : indicates if the pin is used as source of exteral
|
- has_irq : indicates if the pin is used as source of external
|
||||||
interrupts.
|
interrupts.
|
||||||
|
|
||||||
Example:
|
Example:
|
||||||
|
|
|
@ -2209,7 +2209,7 @@ Breakpoint 2 at 0x4d87a4: file top.c, line 2609.
|
||||||
#3 0x5167e6 in readline_internal_char () at readline.c:454
|
#3 0x5167e6 in readline_internal_char () at readline.c:454
|
||||||
#4 0x5168ee in readline_internal_charloop () at readline.c:507
|
#4 0x5168ee in readline_internal_charloop () at readline.c:507
|
||||||
#5 0x51692c in readline_internal () at readline.c:521
|
#5 0x51692c in readline_internal () at readline.c:521
|
||||||
#6 0x5164fe in readline (prompt=0x7ffff810 "\177<EFBFBD>ÿ<EFBFBD>øx\177<37>ÿ<EFBFBD>÷<EFBFBD>Ø\177<37>ÿ<EFBFBD>øx<C3B8>À")
|
#6 0x5164fe in readline (prompt=0x7ffff810 "\177ÿøx\177ÿ÷Ø\177ÿøxÀ")
|
||||||
at readline.c:349
|
at readline.c:349
|
||||||
#7 0x4d7a8a in command_line_input (prrompt=0x564420 "(gdb) ", repeat=1,
|
#7 0x4d7a8a in command_line_input (prrompt=0x564420 "(gdb) ", repeat=1,
|
||||||
annotation_suffix=0x4d6b44 "prompt") at top.c:2091
|
annotation_suffix=0x4d6b44 "prompt") at top.c:2091
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
$Id: README.aha152x,v 1.2 1999/12/25 15:32:30 fischer Exp fischer $
|
$Id: README.aha152x,v 1.2 1999/12/25 15:32:30 fischer Exp fischer $
|
||||||
Adaptec AHA-1520/1522 SCSI driver for Linux (aha152x)
|
Adaptec AHA-1520/1522 SCSI driver for Linux (aha152x)
|
||||||
|
|
||||||
Copyright 1993-1999 Jürgen Fischer <fischer@norbit.de>
|
Copyright 1993-1999 Jürgen Fischer <fischer@norbit.de>
|
||||||
TC1550 patches by Luuk van Dijk (ldz@xs4all.nl)
|
TC1550 patches by Luuk van Dijk (ldz@xs4all.nl)
|
||||||
|
|
||||||
|
|
||||||
|
|
|
@ -40,7 +40,7 @@ The following information is available in this file:
|
||||||
2. Multi-function Twin Channel Device - Two controllers on one chip.
|
2. Multi-function Twin Channel Device - Two controllers on one chip.
|
||||||
3. Command Channel Secondary DMA Engine - Allows scatter gather list
|
3. Command Channel Secondary DMA Engine - Allows scatter gather list
|
||||||
and SCB prefetch.
|
and SCB prefetch.
|
||||||
4. 64 Byte SCB Support - Allows disconnected, unttagged request table
|
4. 64 Byte SCB Support - Allows disconnected, untagged request table
|
||||||
for all possible target/lun combinations.
|
for all possible target/lun combinations.
|
||||||
5. Block Move Instruction Support - Doubles the speed of certain
|
5. Block Move Instruction Support - Doubles the speed of certain
|
||||||
sequencer operations.
|
sequencer operations.
|
||||||
|
|
|
@ -356,7 +356,7 @@ linux-1.1.x and fairly stable since linux-1.2.x, and are also in FreeBSD
|
||||||
or enable Tagged Command Queueing (TCQ) on specific devices. As of
|
or enable Tagged Command Queueing (TCQ) on specific devices. As of
|
||||||
driver version 5.1.11, TCQ is now either on or off by default
|
driver version 5.1.11, TCQ is now either on or off by default
|
||||||
according to the setting you choose during the make config process.
|
according to the setting you choose during the make config process.
|
||||||
In order to en/disable TCQ for certian devices at boot time, a user
|
In order to en/disable TCQ for certain devices at boot time, a user
|
||||||
may use this boot param. The driver will then parse this message out
|
may use this boot param. The driver will then parse this message out
|
||||||
and en/disable the specific device entries that are present based upon
|
and en/disable the specific device entries that are present based upon
|
||||||
the value given. The param line is parsed in the following manner:
|
the value given. The param line is parsed in the following manner:
|
||||||
|
|
|
@ -1260,7 +1260,7 @@ then the request of the IRQ obviously will not succeed for all the drivers.
|
||||||
15.1 Problem tracking
|
15.1 Problem tracking
|
||||||
|
|
||||||
Most SCSI problems are due to a non conformant SCSI bus or to buggy
|
Most SCSI problems are due to a non conformant SCSI bus or to buggy
|
||||||
devices. If infortunately you have SCSI problems, you can check the
|
devices. If unfortunately you have SCSI problems, you can check the
|
||||||
following things:
|
following things:
|
||||||
|
|
||||||
- SCSI bus cables
|
- SCSI bus cables
|
||||||
|
|
|
@ -1,5 +1,5 @@
|
||||||
This file contains brief information about the SCSI tape driver.
|
This file contains brief information about the SCSI tape driver.
|
||||||
The driver is currently maintained by Kai Mäkisara (email
|
The driver is currently maintained by Kai Mäkisara (email
|
||||||
Kai.Makisara@kolumbus.fi)
|
Kai.Makisara@kolumbus.fi)
|
||||||
|
|
||||||
Last modified: Mon Mar 7 21:14:44 2005 by kai.makisara
|
Last modified: Mon Mar 7 21:14:44 2005 by kai.makisara
|
||||||
|
|
|
@ -587,7 +587,7 @@ devices, ... may cause a SCSI signal to be wrong when te driver reads it.
|
||||||
15.1 Problem tracking
|
15.1 Problem tracking
|
||||||
|
|
||||||
Most SCSI problems are due to a non conformant SCSI bus or too buggy
|
Most SCSI problems are due to a non conformant SCSI bus or too buggy
|
||||||
devices. If infortunately you have SCSI problems, you can check the
|
devices. If unfortunately you have SCSI problems, you can check the
|
||||||
following things:
|
following things:
|
||||||
|
|
||||||
- SCSI bus cables
|
- SCSI bus cables
|
||||||
|
|
|
@ -426,7 +426,7 @@ Thanks to Linus Torvalds, Alan Cox, the FSF people, the XFree86 team and
|
||||||
all the others for the wonderful OS and software.
|
all the others for the wonderful OS and software.
|
||||||
Thanks to C.L. Huang and Philip Giang (Tekram) for the initial driver
|
Thanks to C.L. Huang and Philip Giang (Tekram) for the initial driver
|
||||||
release and support.
|
release and support.
|
||||||
Thanks to Doug Ledford, Gérard Roudier for support with SCSI coding.
|
Thanks to Doug Ledford, Gérard Roudier for support with SCSI coding.
|
||||||
Thanks to a lot of people (espec. Chiaki Ishikawa, Andreas Haumer, Hubert
|
Thanks to a lot of people (espec. Chiaki Ishikawa, Andreas Haumer, Hubert
|
||||||
Tonneau) for intensively testing the driver (and even risking data loss
|
Tonneau) for intensively testing the driver (and even risking data loss
|
||||||
doing this during early revisions).
|
doing this during early revisions).
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
Sony Programmable I/O Control Device Driver Readme
|
Sony Programmable I/O Control Device Driver Readme
|
||||||
--------------------------------------------------
|
--------------------------------------------------
|
||||||
Copyright (C) 2001-2004 Stelian Pop <stelian@popies.net>
|
Copyright (C) 2001-2004 Stelian Pop <stelian@popies.net>
|
||||||
Copyright (C) 2001-2002 Alcôve <www.alcove.com>
|
Copyright (C) 2001-2002 Alcôve <www.alcove.com>
|
||||||
Copyright (C) 2001 Michael Ashley <m.ashley@unsw.edu.au>
|
Copyright (C) 2001 Michael Ashley <m.ashley@unsw.edu.au>
|
||||||
Copyright (C) 2001 Junichi Morita <jun1m@mars.dti.ne.jp>
|
Copyright (C) 2001 Junichi Morita <jun1m@mars.dti.ne.jp>
|
||||||
Copyright (C) 2000 Takaya Kinjo <t-kinjo@tc4.so-net.ne.jp>
|
Copyright (C) 2000 Takaya Kinjo <t-kinjo@tc4.so-net.ne.jp>
|
||||||
|
|
|
@ -163,7 +163,7 @@ OR the Default= line COULD be
|
||||||
Default=SBPRO
|
Default=SBPRO
|
||||||
|
|
||||||
Reboot to Windows 95 and choose Linux. When booted, use sndconfig to configure
|
Reboot to Windows 95 and choose Linux. When booted, use sndconfig to configure
|
||||||
the sound modules and voilà - ThinkPad sound with Linux.
|
the sound modules and voilà - ThinkPad sound with Linux.
|
||||||
|
|
||||||
Now the gotchas - you can either have CD sound OR Mixers but not both. That's a
|
Now the gotchas - you can either have CD sound OR Mixers but not both. That's a
|
||||||
problem with the SB1.5 (CD sound) or SBPRO (Mixers) settings. No one knows why
|
problem with the SB1.5 (CD sound) or SBPRO (Mixers) settings. No one knows why
|
||||||
|
|
|
@ -221,14 +221,14 @@ Controls the kernel's behaviour when an oops or BUG is encountered.
|
||||||
|
|
||||||
0: try to continue operation
|
0: try to continue operation
|
||||||
|
|
||||||
1: panic immediatly. If the `panic' sysctl is also non-zero then the
|
1: panic immediately. If the `panic' sysctl is also non-zero then the
|
||||||
machine will be rebooted.
|
machine will be rebooted.
|
||||||
|
|
||||||
==============================================================
|
==============================================================
|
||||||
|
|
||||||
pid_max:
|
pid_max:
|
||||||
|
|
||||||
PID allocation wrap value. When the kenrel's next PID value
|
PID allocation wrap value. When the kernel's next PID value
|
||||||
reaches this value, it wraps back to a minimum PID value.
|
reaches this value, it wraps back to a minimum PID value.
|
||||||
PIDs of value pid_max or larger are not allocated.
|
PIDs of value pid_max or larger are not allocated.
|
||||||
|
|
||||||
|
|
|
@ -65,7 +65,7 @@ THANKS file in Inaky's driver):
|
||||||
will sell keyboards to some of the 3 million (at least)
|
will sell keyboards to some of the 3 million (at least)
|
||||||
Linux users.
|
Linux users.
|
||||||
|
|
||||||
- Many thanks to ing büro h doran [http://www.ibhdoran.com]!
|
- Many thanks to ing büro h doran [http://www.ibhdoran.com]!
|
||||||
It was almost impossible to get a PC backplate USB connector
|
It was almost impossible to get a PC backplate USB connector
|
||||||
for the motherboard here at Europe (mine, home-made, was
|
for the motherboard here at Europe (mine, home-made, was
|
||||||
quite lousy :). Now I know where to acquire nice USB stuff!
|
quite lousy :). Now I know where to acquire nice USB stuff!
|
||||||
|
|
|
@ -45,9 +45,9 @@ ConnectTech WhiteHEAT 4 port converter
|
||||||
Connect Tech's Support Department at support@connecttech.com
|
Connect Tech's Support Department at support@connecttech.com
|
||||||
|
|
||||||
|
|
||||||
HandSpring Visor, Palm USB, and Clié USB driver
|
HandSpring Visor, Palm USB, and Clié USB driver
|
||||||
|
|
||||||
This driver works with all HandSpring USB, Palm USB, and Sony Clié USB
|
This driver works with all HandSpring USB, Palm USB, and Sony Clié USB
|
||||||
devices.
|
devices.
|
||||||
|
|
||||||
Only when the device tries to connect to the host, will the device show
|
Only when the device tries to connect to the host, will the device show
|
||||||
|
@ -69,7 +69,7 @@ HandSpring Visor, Palm USB, and Cli
|
||||||
the port to use for the HotSync transfer. The "Generic" port can be used
|
the port to use for the HotSync transfer. The "Generic" port can be used
|
||||||
for other device communication, such as a PPP link.
|
for other device communication, such as a PPP link.
|
||||||
|
|
||||||
For some Sony Clié devices, /dev/ttyUSB0 must be used to talk to the
|
For some Sony Clié devices, /dev/ttyUSB0 must be used to talk to the
|
||||||
device. This is true for all OS version 3.5 devices, and most devices
|
device. This is true for all OS version 3.5 devices, and most devices
|
||||||
that have had a flash upgrade to a newer version of the OS. See the
|
that have had a flash upgrade to a newer version of the OS. See the
|
||||||
kernel system log for information on which is the correct port to use.
|
kernel system log for information on which is the correct port to use.
|
||||||
|
|
|
@ -8,7 +8,7 @@ Background:
|
||||||
|
|
||||||
This driver is intended for the "Hauppauge WinTV PVR USB 2.0", which
|
This driver is intended for the "Hauppauge WinTV PVR USB 2.0", which
|
||||||
is a USB 2.0 hosted TV Tuner. This driver is a work in progress.
|
is a USB 2.0 hosted TV Tuner. This driver is a work in progress.
|
||||||
Its history started with the reverse-engineering effort by Björn
|
Its history started with the reverse-engineering effort by Björn
|
||||||
Danielsson <pvrusb2@dax.nu> whose web page can be found here:
|
Danielsson <pvrusb2@dax.nu> whose web page can be found here:
|
||||||
|
|
||||||
http://pvrusb2.dax.nu/
|
http://pvrusb2.dax.nu/
|
||||||
|
|
|
@ -242,7 +242,7 @@ can generate: PAL , NTSC , SECAM
|
||||||
|
|
||||||
Conexant bt866 TV encoder
|
Conexant bt866 TV encoder
|
||||||
is used in AVS6EYES, and
|
is used in AVS6EYES, and
|
||||||
can generate: NTSC/PAL, PALM, PALN
|
can generate: NTSC/PAL, PALM, PALN
|
||||||
|
|
||||||
The adv717x, should be able to produce PAL N. But you find nothing PAL N
|
The adv717x, should be able to produce PAL N. But you find nothing PAL N
|
||||||
specific in the registers. Seem that you have to reuse a other standard
|
specific in the registers. Seem that you have to reuse a other standard
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
Vaio Picturebook Motion Eye Camera Driver Readme
|
Vaio Picturebook Motion Eye Camera Driver Readme
|
||||||
------------------------------------------------
|
------------------------------------------------
|
||||||
Copyright (C) 2001-2004 Stelian Pop <stelian@popies.net>
|
Copyright (C) 2001-2004 Stelian Pop <stelian@popies.net>
|
||||||
Copyright (C) 2001-2002 Alcôve <www.alcove.com>
|
Copyright (C) 2001-2002 Alcôve <www.alcove.com>
|
||||||
Copyright (C) 2000 Andrew Tridgell <tridge@samba.org>
|
Copyright (C) 2000 Andrew Tridgell <tridge@samba.org>
|
||||||
|
|
||||||
This driver enable the use of video4linux compatible applications with the
|
This driver enable the use of video4linux compatible applications with the
|
||||||
|
|
|
@ -195,11 +195,11 @@ MODULE PARAMETERS:
|
||||||
NAME: bandingfilter
|
NAME: bandingfilter
|
||||||
TYPE: integer (Boolean)
|
TYPE: integer (Boolean)
|
||||||
DEFAULT: 0 (off)
|
DEFAULT: 0 (off)
|
||||||
DESC: Enables the sensor´s banding filter exposure algorithm. This reduces
|
DESC: Enables the sensor´s banding filter exposure algorithm. This reduces
|
||||||
or stabilizes the "banding" caused by some artificial light sources
|
or stabilizes the "banding" caused by some artificial light sources
|
||||||
(especially fluorescent). You might have to set lightfreq correctly for
|
(especially fluorescent). You might have to set lightfreq correctly for
|
||||||
this to work right. As an added bonus, this sometimes makes it
|
this to work right. As an added bonus, this sometimes makes it
|
||||||
possible to capture your monitor´s output.
|
possible to capture your monitor´s output.
|
||||||
|
|
||||||
NAME: fastset
|
NAME: fastset
|
||||||
TYPE: integer (Boolean)
|
TYPE: integer (Boolean)
|
||||||
|
|
|
@ -16,6 +16,7 @@
|
||||||
#include <stdarg.h>
|
#include <stdarg.h>
|
||||||
#include <getopt.h>
|
#include <getopt.h>
|
||||||
#include <regex.h>
|
#include <regex.h>
|
||||||
|
#include <errno.h>
|
||||||
|
|
||||||
#define MAX_SLABS 500
|
#define MAX_SLABS 500
|
||||||
#define MAX_ALIASES 500
|
#define MAX_ALIASES 500
|
||||||
|
@ -41,12 +42,15 @@ struct aliasinfo {
|
||||||
} aliasinfo[MAX_ALIASES];
|
} aliasinfo[MAX_ALIASES];
|
||||||
|
|
||||||
int slabs = 0;
|
int slabs = 0;
|
||||||
|
int actual_slabs = 0;
|
||||||
int aliases = 0;
|
int aliases = 0;
|
||||||
int alias_targets = 0;
|
int alias_targets = 0;
|
||||||
int highest_node = 0;
|
int highest_node = 0;
|
||||||
|
|
||||||
char buffer[4096];
|
char buffer[4096];
|
||||||
|
|
||||||
|
int show_empty = 0;
|
||||||
|
int show_report = 0;
|
||||||
int show_alias = 0;
|
int show_alias = 0;
|
||||||
int show_slab = 0;
|
int show_slab = 0;
|
||||||
int skip_zero = 1;
|
int skip_zero = 1;
|
||||||
|
@ -59,6 +63,15 @@ int show_inverted = 0;
|
||||||
int show_single_ref = 0;
|
int show_single_ref = 0;
|
||||||
int show_totals = 0;
|
int show_totals = 0;
|
||||||
int sort_size = 0;
|
int sort_size = 0;
|
||||||
|
int set_debug = 0;
|
||||||
|
int show_ops = 0;
|
||||||
|
|
||||||
|
/* Debug options */
|
||||||
|
int sanity = 0;
|
||||||
|
int redzone = 0;
|
||||||
|
int poison = 0;
|
||||||
|
int tracking = 0;
|
||||||
|
int tracing = 0;
|
||||||
|
|
||||||
int page_size;
|
int page_size;
|
||||||
|
|
||||||
|
@ -76,20 +89,33 @@ void fatal(const char *x, ...)
|
||||||
|
|
||||||
void usage(void)
|
void usage(void)
|
||||||
{
|
{
|
||||||
printf("slabinfo [-ahnpvtsz] [slab-regexp]\n"
|
printf("slabinfo 5/7/2007. (c) 2007 sgi. clameter@sgi.com\n\n"
|
||||||
|
"slabinfo [-ahnpvtsz] [-d debugopts] [slab-regexp]\n"
|
||||||
"-a|--aliases Show aliases\n"
|
"-a|--aliases Show aliases\n"
|
||||||
|
"-d<options>|--debug=<options> Set/Clear Debug options\n"
|
||||||
|
"-e|--empty Show empty slabs\n"
|
||||||
|
"-f|--first-alias Show first alias\n"
|
||||||
"-h|--help Show usage information\n"
|
"-h|--help Show usage information\n"
|
||||||
|
"-i|--inverted Inverted list\n"
|
||||||
|
"-l|--slabs Show slabs\n"
|
||||||
"-n|--numa Show NUMA information\n"
|
"-n|--numa Show NUMA information\n"
|
||||||
|
"-o|--ops Show kmem_cache_ops\n"
|
||||||
"-s|--shrink Shrink slabs\n"
|
"-s|--shrink Shrink slabs\n"
|
||||||
"-v|--validate Validate slabs\n"
|
"-r|--report Detailed report on single slabs\n"
|
||||||
|
"-S|--Size Sort by size\n"
|
||||||
"-t|--tracking Show alloc/free information\n"
|
"-t|--tracking Show alloc/free information\n"
|
||||||
"-T|--Totals Show summary information\n"
|
"-T|--Totals Show summary information\n"
|
||||||
"-l|--slabs Show slabs\n"
|
"-v|--validate Validate slabs\n"
|
||||||
"-S|--Size Sort by size\n"
|
|
||||||
"-z|--zero Include empty slabs\n"
|
"-z|--zero Include empty slabs\n"
|
||||||
"-f|--first-alias Show first alias\n"
|
|
||||||
"-i|--inverted Inverted list\n"
|
|
||||||
"-1|--1ref Single reference\n"
|
"-1|--1ref Single reference\n"
|
||||||
|
"\nValid debug options (FZPUT may be combined)\n"
|
||||||
|
"a / A Switch on all debug options (=FZUP)\n"
|
||||||
|
"- Switch off all debug options\n"
|
||||||
|
"f / F Sanity Checks (SLAB_DEBUG_FREE)\n"
|
||||||
|
"z / Z Redzoning\n"
|
||||||
|
"p / P Poisoning\n"
|
||||||
|
"u / U Tracking\n"
|
||||||
|
"t / T Tracing\n"
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -143,11 +169,10 @@ unsigned long get_obj_and_str(char *name, char **x)
|
||||||
void set_obj(struct slabinfo *s, char *name, int n)
|
void set_obj(struct slabinfo *s, char *name, int n)
|
||||||
{
|
{
|
||||||
char x[100];
|
char x[100];
|
||||||
|
FILE *f;
|
||||||
|
|
||||||
sprintf(x, "%s/%s", s->name, name);
|
sprintf(x, "%s/%s", s->name, name);
|
||||||
|
f = fopen(x, "w");
|
||||||
FILE *f = fopen(x, "w");
|
|
||||||
|
|
||||||
if (!f)
|
if (!f)
|
||||||
fatal("Cannot write to %s\n", x);
|
fatal("Cannot write to %s\n", x);
|
||||||
|
|
||||||
|
@ -155,6 +180,26 @@ void set_obj(struct slabinfo *s, char *name, int n)
|
||||||
fclose(f);
|
fclose(f);
|
||||||
}
|
}
|
||||||
|
|
||||||
|
unsigned long read_slab_obj(struct slabinfo *s, char *name)
|
||||||
|
{
|
||||||
|
char x[100];
|
||||||
|
FILE *f;
|
||||||
|
int l;
|
||||||
|
|
||||||
|
sprintf(x, "%s/%s", s->name, name);
|
||||||
|
f = fopen(x, "r");
|
||||||
|
if (!f) {
|
||||||
|
buffer[0] = 0;
|
||||||
|
l = 0;
|
||||||
|
} else {
|
||||||
|
l = fread(buffer, 1, sizeof(buffer), f);
|
||||||
|
buffer[l] = 0;
|
||||||
|
fclose(f);
|
||||||
|
}
|
||||||
|
return l;
|
||||||
|
}
|
||||||
|
|
||||||
|
|
||||||
/*
|
/*
|
||||||
* Put a size string together
|
* Put a size string together
|
||||||
*/
|
*/
|
||||||
|
@ -226,7 +271,7 @@ int line = 0;
|
||||||
|
|
||||||
void first_line(void)
|
void first_line(void)
|
||||||
{
|
{
|
||||||
printf("Name Objects Objsize Space "
|
printf("Name Objects Objsize Space "
|
||||||
"Slabs/Part/Cpu O/S O %%Fr %%Ef Flg\n");
|
"Slabs/Part/Cpu O/S O %%Fr %%Ef Flg\n");
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -246,10 +291,7 @@ struct aliasinfo *find_one_alias(struct slabinfo *find)
|
||||||
return best;
|
return best;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
if (best)
|
return best;
|
||||||
return best;
|
|
||||||
fatal("Cannot find alias for %s\n", find->name);
|
|
||||||
return NULL;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
unsigned long slab_size(struct slabinfo *s)
|
unsigned long slab_size(struct slabinfo *s)
|
||||||
|
@ -257,6 +299,126 @@ unsigned long slab_size(struct slabinfo *s)
|
||||||
return s->slabs * (page_size << s->order);
|
return s->slabs * (page_size << s->order);
|
||||||
}
|
}
|
||||||
|
|
||||||
|
void slab_numa(struct slabinfo *s, int mode)
|
||||||
|
{
|
||||||
|
int node;
|
||||||
|
|
||||||
|
if (strcmp(s->name, "*") == 0)
|
||||||
|
return;
|
||||||
|
|
||||||
|
if (!highest_node) {
|
||||||
|
printf("\n%s: No NUMA information available.\n", s->name);
|
||||||
|
return;
|
||||||
|
}
|
||||||
|
|
||||||
|
if (skip_zero && !s->slabs)
|
||||||
|
return;
|
||||||
|
|
||||||
|
if (!line) {
|
||||||
|
printf("\n%-21s:", mode ? "NUMA nodes" : "Slab");
|
||||||
|
for(node = 0; node <= highest_node; node++)
|
||||||
|
printf(" %4d", node);
|
||||||
|
printf("\n----------------------");
|
||||||
|
for(node = 0; node <= highest_node; node++)
|
||||||
|
printf("-----");
|
||||||
|
printf("\n");
|
||||||
|
}
|
||||||
|
printf("%-21s ", mode ? "All slabs" : s->name);
|
||||||
|
for(node = 0; node <= highest_node; node++) {
|
||||||
|
char b[20];
|
||||||
|
|
||||||
|
store_size(b, s->numa[node]);
|
||||||
|
printf(" %4s", b);
|
||||||
|
}
|
||||||
|
printf("\n");
|
||||||
|
if (mode) {
|
||||||
|
printf("%-21s ", "Partial slabs");
|
||||||
|
for(node = 0; node <= highest_node; node++) {
|
||||||
|
char b[20];
|
||||||
|
|
||||||
|
store_size(b, s->numa_partial[node]);
|
||||||
|
printf(" %4s", b);
|
||||||
|
}
|
||||||
|
printf("\n");
|
||||||
|
}
|
||||||
|
line++;
|
||||||
|
}
|
||||||
|
|
||||||
|
void show_tracking(struct slabinfo *s)
|
||||||
|
{
|
||||||
|
printf("\n%s: Kernel object allocation\n", s->name);
|
||||||
|
printf("-----------------------------------------------------------------------\n");
|
||||||
|
if (read_slab_obj(s, "alloc_calls"))
|
||||||
|
printf(buffer);
|
||||||
|
else
|
||||||
|
printf("No Data\n");
|
||||||
|
|
||||||
|
printf("\n%s: Kernel object freeing\n", s->name);
|
||||||
|
printf("------------------------------------------------------------------------\n");
|
||||||
|
if (read_slab_obj(s, "free_calls"))
|
||||||
|
printf(buffer);
|
||||||
|
else
|
||||||
|
printf("No Data\n");
|
||||||
|
|
||||||
|
}
|
||||||
|
|
||||||
|
void ops(struct slabinfo *s)
|
||||||
|
{
|
||||||
|
if (strcmp(s->name, "*") == 0)
|
||||||
|
return;
|
||||||
|
|
||||||
|
if (read_slab_obj(s, "ops")) {
|
||||||
|
printf("\n%s: kmem_cache operations\n", s->name);
|
||||||
|
printf("--------------------------------------------\n");
|
||||||
|
printf(buffer);
|
||||||
|
} else
|
||||||
|
printf("\n%s has no kmem_cache operations\n", s->name);
|
||||||
|
}
|
||||||
|
|
||||||
|
const char *onoff(int x)
|
||||||
|
{
|
||||||
|
if (x)
|
||||||
|
return "On ";
|
||||||
|
return "Off";
|
||||||
|
}
|
||||||
|
|
||||||
|
void report(struct slabinfo *s)
|
||||||
|
{
|
||||||
|
if (strcmp(s->name, "*") == 0)
|
||||||
|
return;
|
||||||
|
printf("\nSlabcache: %-20s Aliases: %2d Order : %2d\n", s->name, s->aliases, s->order);
|
||||||
|
if (s->hwcache_align)
|
||||||
|
printf("** Hardware cacheline aligned\n");
|
||||||
|
if (s->cache_dma)
|
||||||
|
printf("** Memory is allocated in a special DMA zone\n");
|
||||||
|
if (s->destroy_by_rcu)
|
||||||
|
printf("** Slabs are destroyed via RCU\n");
|
||||||
|
if (s->reclaim_account)
|
||||||
|
printf("** Reclaim accounting active\n");
|
||||||
|
|
||||||
|
printf("\nSizes (bytes) Slabs Debug Memory\n");
|
||||||
|
printf("------------------------------------------------------------------------\n");
|
||||||
|
printf("Object : %7d Total : %7ld Sanity Checks : %s Total: %7ld\n",
|
||||||
|
s->object_size, s->slabs, onoff(s->sanity_checks),
|
||||||
|
s->slabs * (page_size << s->order));
|
||||||
|
printf("SlabObj: %7d Full : %7ld Redzoning : %s Used : %7ld\n",
|
||||||
|
s->slab_size, s->slabs - s->partial - s->cpu_slabs,
|
||||||
|
onoff(s->red_zone), s->objects * s->object_size);
|
||||||
|
printf("SlabSiz: %7d Partial: %7ld Poisoning : %s Loss : %7ld\n",
|
||||||
|
page_size << s->order, s->partial, onoff(s->poison),
|
||||||
|
s->slabs * (page_size << s->order) - s->objects * s->object_size);
|
||||||
|
printf("Loss : %7d CpuSlab: %7d Tracking : %s Lalig: %7ld\n",
|
||||||
|
s->slab_size - s->object_size, s->cpu_slabs, onoff(s->store_user),
|
||||||
|
(s->slab_size - s->object_size) * s->objects);
|
||||||
|
printf("Align : %7d Objects: %7d Tracing : %s Lpadd: %7ld\n",
|
||||||
|
s->align, s->objs_per_slab, onoff(s->trace),
|
||||||
|
((page_size << s->order) - s->objs_per_slab * s->slab_size) *
|
||||||
|
s->slabs);
|
||||||
|
|
||||||
|
ops(s);
|
||||||
|
show_tracking(s);
|
||||||
|
slab_numa(s, 1);
|
||||||
|
}
|
||||||
|
|
||||||
void slabcache(struct slabinfo *s)
|
void slabcache(struct slabinfo *s)
|
||||||
{
|
{
|
||||||
|
@ -265,7 +427,18 @@ void slabcache(struct slabinfo *s)
|
||||||
char flags[20];
|
char flags[20];
|
||||||
char *p = flags;
|
char *p = flags;
|
||||||
|
|
||||||
if (skip_zero && !s->slabs)
|
if (strcmp(s->name, "*") == 0)
|
||||||
|
return;
|
||||||
|
|
||||||
|
if (actual_slabs == 1) {
|
||||||
|
report(s);
|
||||||
|
return;
|
||||||
|
}
|
||||||
|
|
||||||
|
if (skip_zero && !show_empty && !s->slabs)
|
||||||
|
return;
|
||||||
|
|
||||||
|
if (show_empty && s->slabs)
|
||||||
return;
|
return;
|
||||||
|
|
||||||
store_size(size_str, slab_size(s));
|
store_size(size_str, slab_size(s));
|
||||||
|
@ -303,48 +476,128 @@ void slabcache(struct slabinfo *s)
|
||||||
flags);
|
flags);
|
||||||
}
|
}
|
||||||
|
|
||||||
void slab_numa(struct slabinfo *s)
|
/*
|
||||||
|
* Analyze debug options. Return false if something is amiss.
|
||||||
|
*/
|
||||||
|
int debug_opt_scan(char *opt)
|
||||||
{
|
{
|
||||||
int node;
|
if (!opt || !opt[0] || strcmp(opt, "-") == 0)
|
||||||
|
return 1;
|
||||||
|
|
||||||
if (!highest_node)
|
if (strcasecmp(opt, "a") == 0) {
|
||||||
fatal("No NUMA information available.\n");
|
sanity = 1;
|
||||||
|
poison = 1;
|
||||||
if (skip_zero && !s->slabs)
|
redzone = 1;
|
||||||
return;
|
tracking = 1;
|
||||||
|
return 1;
|
||||||
if (!line) {
|
|
||||||
printf("\nSlab Node ");
|
|
||||||
for(node = 0; node <= highest_node; node++)
|
|
||||||
printf(" %4d", node);
|
|
||||||
printf("\n----------------------");
|
|
||||||
for(node = 0; node <= highest_node; node++)
|
|
||||||
printf("-----");
|
|
||||||
printf("\n");
|
|
||||||
}
|
}
|
||||||
printf("%-21s ", s->name);
|
|
||||||
for(node = 0; node <= highest_node; node++) {
|
|
||||||
char b[20];
|
|
||||||
|
|
||||||
store_size(b, s->numa[node]);
|
for ( ; *opt; opt++)
|
||||||
printf(" %4s", b);
|
switch (*opt) {
|
||||||
}
|
case 'F' : case 'f':
|
||||||
printf("\n");
|
if (sanity)
|
||||||
line++;
|
return 0;
|
||||||
|
sanity = 1;
|
||||||
|
break;
|
||||||
|
case 'P' : case 'p':
|
||||||
|
if (poison)
|
||||||
|
return 0;
|
||||||
|
poison = 1;
|
||||||
|
break;
|
||||||
|
|
||||||
|
case 'Z' : case 'z':
|
||||||
|
if (redzone)
|
||||||
|
return 0;
|
||||||
|
redzone = 1;
|
||||||
|
break;
|
||||||
|
|
||||||
|
case 'U' : case 'u':
|
||||||
|
if (tracking)
|
||||||
|
return 0;
|
||||||
|
tracking = 1;
|
||||||
|
break;
|
||||||
|
|
||||||
|
case 'T' : case 't':
|
||||||
|
if (tracing)
|
||||||
|
return 0;
|
||||||
|
tracing = 1;
|
||||||
|
break;
|
||||||
|
default:
|
||||||
|
return 0;
|
||||||
|
}
|
||||||
|
return 1;
|
||||||
}
|
}
|
||||||
|
|
||||||
void show_tracking(struct slabinfo *s)
|
int slab_empty(struct slabinfo *s)
|
||||||
{
|
{
|
||||||
printf("\n%s: Calls to allocate a slab object\n", s->name);
|
if (s->objects > 0)
|
||||||
printf("---------------------------------------------------\n");
|
return 0;
|
||||||
if (read_obj("alloc_calls"))
|
|
||||||
printf(buffer);
|
|
||||||
|
|
||||||
printf("%s: Calls to free a slab object\n", s->name);
|
/*
|
||||||
printf("-----------------------------------------------\n");
|
* We may still have slabs even if there are no objects. Shrinking will
|
||||||
if (read_obj("free_calls"))
|
* remove them.
|
||||||
printf(buffer);
|
*/
|
||||||
|
if (s->slabs != 0)
|
||||||
|
set_obj(s, "shrink", 1);
|
||||||
|
|
||||||
|
return 1;
|
||||||
|
}
|
||||||
|
|
||||||
|
void slab_debug(struct slabinfo *s)
|
||||||
|
{
|
||||||
|
if (sanity && !s->sanity_checks) {
|
||||||
|
set_obj(s, "sanity", 1);
|
||||||
|
}
|
||||||
|
if (!sanity && s->sanity_checks) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "sanity", 0);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot disable sanity checks\n", s->name);
|
||||||
|
}
|
||||||
|
if (redzone && !s->red_zone) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "red_zone", 1);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot enable redzoning\n", s->name);
|
||||||
|
}
|
||||||
|
if (!redzone && s->red_zone) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "red_zone", 0);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot disable redzoning\n", s->name);
|
||||||
|
}
|
||||||
|
if (poison && !s->poison) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "poison", 1);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot enable poisoning\n", s->name);
|
||||||
|
}
|
||||||
|
if (!poison && s->poison) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "poison", 0);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot disable poisoning\n", s->name);
|
||||||
|
}
|
||||||
|
if (tracking && !s->store_user) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "store_user", 1);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot enable tracking\n", s->name);
|
||||||
|
}
|
||||||
|
if (!tracking && s->store_user) {
|
||||||
|
if (slab_empty(s))
|
||||||
|
set_obj(s, "store_user", 0);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s not empty cannot disable tracking\n", s->name);
|
||||||
|
}
|
||||||
|
if (tracing && !s->trace) {
|
||||||
|
if (slabs == 1)
|
||||||
|
set_obj(s, "trace", 1);
|
||||||
|
else
|
||||||
|
fprintf(stderr, "%s can only enable trace for one slab at a time\n", s->name);
|
||||||
|
}
|
||||||
|
if (!tracing && s->trace)
|
||||||
|
set_obj(s, "trace", 1);
|
||||||
}
|
}
|
||||||
|
|
||||||
void totals(void)
|
void totals(void)
|
||||||
|
@ -673,7 +926,7 @@ void link_slabs(void)
|
||||||
|
|
||||||
for (a = aliasinfo; a < aliasinfo + aliases; a++) {
|
for (a = aliasinfo; a < aliasinfo + aliases; a++) {
|
||||||
|
|
||||||
for(s = slabinfo; s < slabinfo + slabs; s++)
|
for (s = slabinfo; s < slabinfo + slabs; s++)
|
||||||
if (strcmp(a->ref, s->name) == 0) {
|
if (strcmp(a->ref, s->name) == 0) {
|
||||||
a->slab = s;
|
a->slab = s;
|
||||||
s->refs++;
|
s->refs++;
|
||||||
|
@ -704,7 +957,7 @@ void alias(void)
|
||||||
continue;
|
continue;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
printf("\n%-20s <- %s", a->slab->name, a->name);
|
printf("\n%-12s <- %s", a->slab->name, a->name);
|
||||||
active = a->slab->name;
|
active = a->slab->name;
|
||||||
}
|
}
|
||||||
else
|
else
|
||||||
|
@ -729,7 +982,12 @@ void rename_slabs(void)
|
||||||
|
|
||||||
a = find_one_alias(s);
|
a = find_one_alias(s);
|
||||||
|
|
||||||
s->name = a->name;
|
if (a)
|
||||||
|
s->name = a->name;
|
||||||
|
else {
|
||||||
|
s->name = "*";
|
||||||
|
actual_slabs--;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -748,11 +1006,14 @@ void read_slab_dir(void)
|
||||||
char *t;
|
char *t;
|
||||||
int count;
|
int count;
|
||||||
|
|
||||||
|
if (chdir("/sys/slab"))
|
||||||
|
fatal("SYSFS support for SLUB not active\n");
|
||||||
|
|
||||||
dir = opendir(".");
|
dir = opendir(".");
|
||||||
while ((de = readdir(dir))) {
|
while ((de = readdir(dir))) {
|
||||||
if (de->d_name[0] == '.' ||
|
if (de->d_name[0] == '.' ||
|
||||||
slab_mismatch(de->d_name))
|
(de->d_name[0] != ':' && slab_mismatch(de->d_name)))
|
||||||
continue;
|
continue;
|
||||||
switch (de->d_type) {
|
switch (de->d_type) {
|
||||||
case DT_LNK:
|
case DT_LNK:
|
||||||
alias->name = strdup(de->d_name);
|
alias->name = strdup(de->d_name);
|
||||||
|
@ -807,6 +1068,7 @@ void read_slab_dir(void)
|
||||||
}
|
}
|
||||||
closedir(dir);
|
closedir(dir);
|
||||||
slabs = slab - slabinfo;
|
slabs = slab - slabinfo;
|
||||||
|
actual_slabs = slabs;
|
||||||
aliases = alias - aliasinfo;
|
aliases = alias - aliasinfo;
|
||||||
if (slabs > MAX_SLABS)
|
if (slabs > MAX_SLABS)
|
||||||
fatal("Too many slabs\n");
|
fatal("Too many slabs\n");
|
||||||
|
@ -825,34 +1087,37 @@ void output_slabs(void)
|
||||||
|
|
||||||
|
|
||||||
if (show_numa)
|
if (show_numa)
|
||||||
slab_numa(slab);
|
slab_numa(slab, 0);
|
||||||
else
|
else if (show_track)
|
||||||
if (show_track)
|
|
||||||
show_tracking(slab);
|
show_tracking(slab);
|
||||||
else
|
else if (validate)
|
||||||
if (validate)
|
|
||||||
slab_validate(slab);
|
slab_validate(slab);
|
||||||
else
|
else if (shrink)
|
||||||
if (shrink)
|
|
||||||
slab_shrink(slab);
|
slab_shrink(slab);
|
||||||
else {
|
else if (set_debug)
|
||||||
if (show_slab)
|
slab_debug(slab);
|
||||||
slabcache(slab);
|
else if (show_ops)
|
||||||
}
|
ops(slab);
|
||||||
|
else if (show_slab)
|
||||||
|
slabcache(slab);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
struct option opts[] = {
|
struct option opts[] = {
|
||||||
{ "aliases", 0, NULL, 'a' },
|
{ "aliases", 0, NULL, 'a' },
|
||||||
{ "slabs", 0, NULL, 'l' },
|
{ "debug", 2, NULL, 'd' },
|
||||||
{ "numa", 0, NULL, 'n' },
|
{ "empty", 0, NULL, 'e' },
|
||||||
{ "zero", 0, NULL, 'z' },
|
|
||||||
{ "help", 0, NULL, 'h' },
|
|
||||||
{ "validate", 0, NULL, 'v' },
|
|
||||||
{ "first-alias", 0, NULL, 'f' },
|
{ "first-alias", 0, NULL, 'f' },
|
||||||
{ "shrink", 0, NULL, 's' },
|
{ "help", 0, NULL, 'h' },
|
||||||
{ "track", 0, NULL, 't'},
|
|
||||||
{ "inverted", 0, NULL, 'i'},
|
{ "inverted", 0, NULL, 'i'},
|
||||||
|
{ "numa", 0, NULL, 'n' },
|
||||||
|
{ "ops", 0, NULL, 'o' },
|
||||||
|
{ "report", 0, NULL, 'r' },
|
||||||
|
{ "shrink", 0, NULL, 's' },
|
||||||
|
{ "slabs", 0, NULL, 'l' },
|
||||||
|
{ "track", 0, NULL, 't'},
|
||||||
|
{ "validate", 0, NULL, 'v' },
|
||||||
|
{ "zero", 0, NULL, 'z' },
|
||||||
{ "1ref", 0, NULL, '1'},
|
{ "1ref", 0, NULL, '1'},
|
||||||
{ NULL, 0, NULL, 0 }
|
{ NULL, 0, NULL, 0 }
|
||||||
};
|
};
|
||||||
|
@ -864,10 +1129,9 @@ int main(int argc, char *argv[])
|
||||||
char *pattern_source;
|
char *pattern_source;
|
||||||
|
|
||||||
page_size = getpagesize();
|
page_size = getpagesize();
|
||||||
if (chdir("/sys/slab"))
|
|
||||||
fatal("This kernel does not have SLUB support.\n");
|
|
||||||
|
|
||||||
while ((c = getopt_long(argc, argv, "afhil1npstvzTS", opts, NULL)) != -1)
|
while ((c = getopt_long(argc, argv, "ad::efhil1noprstvzTS",
|
||||||
|
opts, NULL)) != -1)
|
||||||
switch(c) {
|
switch(c) {
|
||||||
case '1':
|
case '1':
|
||||||
show_single_ref = 1;
|
show_single_ref = 1;
|
||||||
|
@ -875,6 +1139,14 @@ int main(int argc, char *argv[])
|
||||||
case 'a':
|
case 'a':
|
||||||
show_alias = 1;
|
show_alias = 1;
|
||||||
break;
|
break;
|
||||||
|
case 'd':
|
||||||
|
set_debug = 1;
|
||||||
|
if (!debug_opt_scan(optarg))
|
||||||
|
fatal("Invalid debug option '%s'\n", optarg);
|
||||||
|
break;
|
||||||
|
case 'e':
|
||||||
|
show_empty = 1;
|
||||||
|
break;
|
||||||
case 'f':
|
case 'f':
|
||||||
show_first_alias = 1;
|
show_first_alias = 1;
|
||||||
break;
|
break;
|
||||||
|
@ -887,6 +1159,12 @@ int main(int argc, char *argv[])
|
||||||
case 'n':
|
case 'n':
|
||||||
show_numa = 1;
|
show_numa = 1;
|
||||||
break;
|
break;
|
||||||
|
case 'o':
|
||||||
|
show_ops = 1;
|
||||||
|
break;
|
||||||
|
case 'r':
|
||||||
|
show_report = 1;
|
||||||
|
break;
|
||||||
case 's':
|
case 's':
|
||||||
shrink = 1;
|
shrink = 1;
|
||||||
break;
|
break;
|
||||||
|
@ -914,8 +1192,8 @@ int main(int argc, char *argv[])
|
||||||
|
|
||||||
}
|
}
|
||||||
|
|
||||||
if (!show_slab && !show_alias && !show_track
|
if (!show_slab && !show_alias && !show_track && !show_report
|
||||||
&& !validate && !shrink)
|
&& !validate && !shrink && !set_debug && !show_ops)
|
||||||
show_slab = 1;
|
show_slab = 1;
|
||||||
|
|
||||||
if (argc > optind)
|
if (argc > optind)
|
||||||
|
|
12
MAINTAINERS
12
MAINTAINERS
|
@ -1038,6 +1038,8 @@ S: Maintained
|
||||||
CONEXANT ACCESSRUNNER USB DRIVER
|
CONEXANT ACCESSRUNNER USB DRIVER
|
||||||
P: Simon Arlott
|
P: Simon Arlott
|
||||||
M: cxacru@fire.lp0.eu
|
M: cxacru@fire.lp0.eu
|
||||||
|
L: accessrunner-general@lists.sourceforge.net
|
||||||
|
W: http://accessrunner.sourceforge.net/
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
|
||||||
CORETEMP HARDWARE MONITORING DRIVER
|
CORETEMP HARDWARE MONITORING DRIVER
|
||||||
|
@ -2646,6 +2648,12 @@ M: corbet@lwn.net
|
||||||
L: video4linux-list@redhat.com
|
L: video4linux-list@redhat.com
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
|
||||||
|
ONENAND FLASH DRIVER
|
||||||
|
P: Kyungmin Park
|
||||||
|
M: kyungmin.park@samsung.com
|
||||||
|
L: linux-mtd@lists.infradead.org
|
||||||
|
S: Maintained
|
||||||
|
|
||||||
ONSTREAM SCSI TAPE DRIVER
|
ONSTREAM SCSI TAPE DRIVER
|
||||||
P: Willem Riede
|
P: Willem Riede
|
||||||
M: osst@riede.org
|
M: osst@riede.org
|
||||||
|
@ -2800,7 +2808,7 @@ L: linux-abi-devel@lists.sourceforge.net
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
|
||||||
PHRAM MTD DRIVER
|
PHRAM MTD DRIVER
|
||||||
P: Jörn Engel
|
P: Jörn Engel
|
||||||
M: joern@wh.fh-wedel.de
|
M: joern@wh.fh-wedel.de
|
||||||
L: linux-mtd@lists.infradead.org
|
L: linux-mtd@lists.infradead.org
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
@ -3074,7 +3082,7 @@ T: git kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
|
||||||
SCSI TAPE DRIVER
|
SCSI TAPE DRIVER
|
||||||
P: Kai Mäkisara
|
P: Kai Mäkisara
|
||||||
M: Kai.Makisara@kolumbus.fi
|
M: Kai.Makisara@kolumbus.fi
|
||||||
L: linux-scsi@vger.kernel.org
|
L: linux-scsi@vger.kernel.org
|
||||||
S: Maintained
|
S: Maintained
|
||||||
|
|
|
@ -354,6 +354,7 @@ config ARCH_SA1100
|
||||||
config ARCH_S3C2410
|
config ARCH_S3C2410
|
||||||
bool "Samsung S3C2410, S3C2412, S3C2413, S3C2440, S3C2442, S3C2443"
|
bool "Samsung S3C2410, S3C2412, S3C2413, S3C2440, S3C2442, S3C2443"
|
||||||
select GENERIC_GPIO
|
select GENERIC_GPIO
|
||||||
|
select GENERIC_TIME
|
||||||
help
|
help
|
||||||
Samsung S3C2410X CPU based systems, such as the Simtec Electronics
|
Samsung S3C2410X CPU based systems, such as the Simtec Electronics
|
||||||
BAST (<http://www.simtec.co.uk/products/EB110ITX/>), the IPAQ 1940 or
|
BAST (<http://www.simtec.co.uk/products/EB110ITX/>), the IPAQ 1940 or
|
||||||
|
|
|
@ -47,8 +47,13 @@ comma = ,
|
||||||
# Note that GCC does not numerically define an architecture version
|
# Note that GCC does not numerically define an architecture version
|
||||||
# macro, but instead defines a whole series of macros which makes
|
# macro, but instead defines a whole series of macros which makes
|
||||||
# testing for a specific architecture or later rather impossible.
|
# testing for a specific architecture or later rather impossible.
|
||||||
|
arch-$(CONFIG_CPU_32v7) :=-D__LINUX_ARM_ARCH__=7 $(call cc-option,-march=armv7a,-march=armv5t -Wa$(comma)-march=armv7a)
|
||||||
arch-$(CONFIG_CPU_32v6) :=-D__LINUX_ARM_ARCH__=6 $(call cc-option,-march=armv6,-march=armv5t -Wa$(comma)-march=armv6)
|
arch-$(CONFIG_CPU_32v6) :=-D__LINUX_ARM_ARCH__=6 $(call cc-option,-march=armv6,-march=armv5t -Wa$(comma)-march=armv6)
|
||||||
|
# Only override the compiler option if ARMv6. The ARMv6K extensions are
|
||||||
|
# always available in ARMv7
|
||||||
|
ifeq ($(CONFIG_CPU_32v6),y)
|
||||||
arch-$(CONFIG_CPU_32v6K) :=-D__LINUX_ARM_ARCH__=6 $(call cc-option,-march=armv6k,-march=armv5t -Wa$(comma)-march=armv6k)
|
arch-$(CONFIG_CPU_32v6K) :=-D__LINUX_ARM_ARCH__=6 $(call cc-option,-march=armv6k,-march=armv5t -Wa$(comma)-march=armv6k)
|
||||||
|
endif
|
||||||
arch-$(CONFIG_CPU_32v5) :=-D__LINUX_ARM_ARCH__=5 $(call cc-option,-march=armv5te,-march=armv4t)
|
arch-$(CONFIG_CPU_32v5) :=-D__LINUX_ARM_ARCH__=5 $(call cc-option,-march=armv5te,-march=armv4t)
|
||||||
arch-$(CONFIG_CPU_32v4T) :=-D__LINUX_ARM_ARCH__=4 -march=armv4t
|
arch-$(CONFIG_CPU_32v4T) :=-D__LINUX_ARM_ARCH__=4 -march=armv4t
|
||||||
arch-$(CONFIG_CPU_32v4) :=-D__LINUX_ARM_ARCH__=4 -march=armv4
|
arch-$(CONFIG_CPU_32v4) :=-D__LINUX_ARM_ARCH__=4 -march=armv4
|
||||||
|
|
|
@ -33,7 +33,7 @@
|
||||||
* numbers for r1.
|
* numbers for r1.
|
||||||
*
|
*
|
||||||
*/
|
*/
|
||||||
__INIT
|
.section ".text.head", "ax"
|
||||||
.type stext, %function
|
.type stext, %function
|
||||||
ENTRY(stext)
|
ENTRY(stext)
|
||||||
msr cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode
|
msr cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode
|
||||||
|
|
|
@ -73,7 +73,7 @@
|
||||||
* crap here - that's what the boot loader (or in extreme, well justified
|
* crap here - that's what the boot loader (or in extreme, well justified
|
||||||
* circumstances, zImage) is for.
|
* circumstances, zImage) is for.
|
||||||
*/
|
*/
|
||||||
__INIT
|
.section ".text.head", "ax"
|
||||||
.type stext, %function
|
.type stext, %function
|
||||||
ENTRY(stext)
|
ENTRY(stext)
|
||||||
msr cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode
|
msr cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode
|
||||||
|
|
|
@ -31,7 +31,7 @@ EXPORT_SYMBOL(init_mm);
|
||||||
* The things we do for performance..
|
* The things we do for performance..
|
||||||
*/
|
*/
|
||||||
union thread_union init_thread_union
|
union thread_union init_thread_union
|
||||||
__attribute__((__section__(".init.task"))) =
|
__attribute__((__section__(".data.init_task"))) =
|
||||||
{ INIT_THREAD_INFO(init_task) };
|
{ INIT_THREAD_INFO(init_task) };
|
||||||
|
|
||||||
/*
|
/*
|
||||||
|
|
|
@ -116,8 +116,8 @@ apply_relocate(Elf32_Shdr *sechdrs, const char *strtab, unsigned int symindex,
|
||||||
|
|
||||||
offset += sym->st_value - loc;
|
offset += sym->st_value - loc;
|
||||||
if (offset & 3 ||
|
if (offset & 3 ||
|
||||||
offset <= (s32)0xfc000000 ||
|
offset <= (s32)0xfe000000 ||
|
||||||
offset >= (s32)0x04000000) {
|
offset >= (s32)0x02000000) {
|
||||||
printk(KERN_ERR
|
printk(KERN_ERR
|
||||||
"%s: relocation out of range, section "
|
"%s: relocation out of range, section "
|
||||||
"%d reloc %d sym '%s'\n", module->name,
|
"%d reloc %d sym '%s'\n", module->name,
|
||||||
|
|
|
@ -486,7 +486,7 @@ static void ipi_timer(void)
|
||||||
}
|
}
|
||||||
|
|
||||||
#ifdef CONFIG_LOCAL_TIMERS
|
#ifdef CONFIG_LOCAL_TIMERS
|
||||||
asmlinkage void do_local_timer(struct pt_regs *regs)
|
asmlinkage void __exception do_local_timer(struct pt_regs *regs)
|
||||||
{
|
{
|
||||||
struct pt_regs *old_regs = set_irq_regs(regs);
|
struct pt_regs *old_regs = set_irq_regs(regs);
|
||||||
int cpu = smp_processor_id();
|
int cpu = smp_processor_id();
|
||||||
|
@ -551,7 +551,7 @@ static void ipi_cpu_stop(unsigned int cpu)
|
||||||
*
|
*
|
||||||
* Bit 0 - Inter-processor function call
|
* Bit 0 - Inter-processor function call
|
||||||
*/
|
*/
|
||||||
asmlinkage void do_IPI(struct pt_regs *regs)
|
asmlinkage void __exception do_IPI(struct pt_regs *regs)
|
||||||
{
|
{
|
||||||
unsigned int cpu = smp_processor_id();
|
unsigned int cpu = smp_processor_id();
|
||||||
struct ipi_data *ipi = &per_cpu(ipi_data, cpu);
|
struct ipi_data *ipi = &per_cpu(ipi_data, cpu);
|
||||||
|
|
|
@ -23,11 +23,15 @@ SECTIONS
|
||||||
#else
|
#else
|
||||||
. = PAGE_OFFSET + TEXT_OFFSET;
|
. = PAGE_OFFSET + TEXT_OFFSET;
|
||||||
#endif
|
#endif
|
||||||
.init : { /* Init code and data */
|
.text.head : {
|
||||||
_stext = .;
|
_stext = .;
|
||||||
_sinittext = .;
|
_sinittext = .;
|
||||||
|
*(.text.head)
|
||||||
|
}
|
||||||
|
|
||||||
|
.init : { /* Init code and data */
|
||||||
*(.init.text)
|
*(.init.text)
|
||||||
_einittext = .;
|
_einittext = .;
|
||||||
__proc_info_begin = .;
|
__proc_info_begin = .;
|
||||||
*(.proc.info.init)
|
*(.proc.info.init)
|
||||||
__proc_info_end = .;
|
__proc_info_end = .;
|
||||||
|
@ -119,7 +123,7 @@ SECTIONS
|
||||||
* first, the init task union, aligned
|
* first, the init task union, aligned
|
||||||
* to an 8192 byte boundary.
|
* to an 8192 byte boundary.
|
||||||
*/
|
*/
|
||||||
*(.init.task)
|
*(.data.init_task)
|
||||||
|
|
||||||
#ifdef CONFIG_XIP_KERNEL
|
#ifdef CONFIG_XIP_KERNEL
|
||||||
. = ALIGN(4096);
|
. = ALIGN(4096);
|
||||||
|
|
|
@ -107,7 +107,7 @@ config ARCH_AT91SAM9260_SAM9XE
|
||||||
depends on ARCH_AT91SAM9260
|
depends on ARCH_AT91SAM9260
|
||||||
help
|
help
|
||||||
Select this if you are using Atmel's AT91SAM9XE System-on-Chip.
|
Select this if you are using Atmel's AT91SAM9XE System-on-Chip.
|
||||||
They are basicaly AT91SAM9260s with various sizes of embedded Flash.
|
They are basically AT91SAM9260s with various sizes of embedded Flash.
|
||||||
|
|
||||||
comment "AT91SAM9260 / AT91SAM9XE Board Type"
|
comment "AT91SAM9260 / AT91SAM9XE Board Type"
|
||||||
|
|
||||||
|
|
|
@ -22,6 +22,7 @@ comment "OMAP Board Type"
|
||||||
config MACH_OMAP_INNOVATOR
|
config MACH_OMAP_INNOVATOR
|
||||||
bool "TI Innovator"
|
bool "TI Innovator"
|
||||||
depends on ARCH_OMAP1 && (ARCH_OMAP15XX || ARCH_OMAP16XX)
|
depends on ARCH_OMAP1 && (ARCH_OMAP15XX || ARCH_OMAP16XX)
|
||||||
|
select OMAP_MCBSP
|
||||||
help
|
help
|
||||||
TI OMAP 1510 or 1610 Innovator board support. Say Y here if you
|
TI OMAP 1510 or 1610 Innovator board support. Say Y here if you
|
||||||
have such a board.
|
have such a board.
|
||||||
|
@ -29,6 +30,7 @@ config MACH_OMAP_INNOVATOR
|
||||||
config MACH_OMAP_H2
|
config MACH_OMAP_H2
|
||||||
bool "TI H2 Support"
|
bool "TI H2 Support"
|
||||||
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
||||||
|
select OMAP_MCBSP
|
||||||
help
|
help
|
||||||
TI OMAP 1610/1611B H2 board support. Say Y here if you have such
|
TI OMAP 1610/1611B H2 board support. Say Y here if you have such
|
||||||
a board.
|
a board.
|
||||||
|
@ -36,6 +38,7 @@ config MACH_OMAP_H2
|
||||||
config MACH_OMAP_H3
|
config MACH_OMAP_H3
|
||||||
bool "TI H3 Support"
|
bool "TI H3 Support"
|
||||||
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
||||||
|
select GPIOEXPANDER_OMAP
|
||||||
help
|
help
|
||||||
TI OMAP 1710 H3 board support. Say Y here if you have such
|
TI OMAP 1710 H3 board support. Say Y here if you have such
|
||||||
a board.
|
a board.
|
||||||
|
@ -43,7 +46,7 @@ config MACH_OMAP_H3
|
||||||
config MACH_OMAP_OSK
|
config MACH_OMAP_OSK
|
||||||
bool "TI OSK Support"
|
bool "TI OSK Support"
|
||||||
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
depends on ARCH_OMAP1 && ARCH_OMAP16XX
|
||||||
select TPS65010
|
select OMAP_MCBSP
|
||||||
help
|
help
|
||||||
TI OMAP 5912 OSK (OMAP Starter Kit) board support. Say Y here
|
TI OMAP 5912 OSK (OMAP Starter Kit) board support. Say Y here
|
||||||
if you have such a board.
|
if you have such a board.
|
||||||
|
@ -84,7 +87,7 @@ config MACH_OMAP_PALMTE
|
||||||
Support for the Palm Tungsten E PDA. Currently only the LCD panel
|
Support for the Palm Tungsten E PDA. Currently only the LCD panel
|
||||||
is supported. To boot the kernel, you'll need a PalmOS compatible
|
is supported. To boot the kernel, you'll need a PalmOS compatible
|
||||||
bootloader; check out http://palmtelinux.sourceforge.net for more
|
bootloader; check out http://palmtelinux.sourceforge.net for more
|
||||||
informations.
|
information.
|
||||||
Say Y here if you have such a PDA, say NO otherwise.
|
Say Y here if you have such a PDA, say NO otherwise.
|
||||||
|
|
||||||
config MACH_NOKIA770
|
config MACH_NOKIA770
|
||||||
|
|
|
@ -37,4 +37,3 @@ led-$(CONFIG_MACH_OMAP_INNOVATOR) += leds-innovator.o
|
||||||
led-$(CONFIG_MACH_OMAP_PERSEUS2) += leds-h2p2-debug.o
|
led-$(CONFIG_MACH_OMAP_PERSEUS2) += leds-h2p2-debug.o
|
||||||
led-$(CONFIG_MACH_OMAP_OSK) += leds-osk.o
|
led-$(CONFIG_MACH_OMAP_OSK) += leds-osk.o
|
||||||
obj-$(CONFIG_LEDS) += $(led-y)
|
obj-$(CONFIG_LEDS) += $(led-y)
|
||||||
|
|
||||||
|
|
|
@ -246,7 +246,7 @@ static void __init fsample_init_smc91x(void)
|
||||||
mdelay(50);
|
mdelay(50);
|
||||||
}
|
}
|
||||||
|
|
||||||
void omap_fsample_init_irq(void)
|
static void __init omap_fsample_init_irq(void)
|
||||||
{
|
{
|
||||||
omap1_init_common_hw();
|
omap1_init_common_hw();
|
||||||
omap_init_irq();
|
omap_init_irq();
|
||||||
|
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
Reference in New Issue