Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 17b04360 authored by H. Peter Anvin's avatar H. Peter Anvin
Browse files

Merge commit 'v3.0' into x86/vdso

parents aafade24 02f8c6ae
Loading
Loading
Loading
Loading
+8 −0
Original line number Original line Diff line number Diff line
@@ -518,6 +518,14 @@ N: Zach Brown
E: zab@zabbo.net
E: zab@zabbo.net
D: maestro pci sound
D: maestro pci sound


N: David Brownell
D: Kernel engineer, mentor, and friend.  Maintained USB EHCI and
D: gadget layers, SPI subsystem, GPIO subsystem, and more than a few
D: device drivers.  His encouragement also helped many engineers get
D: started working on the Linux kernel.  David passed away in early
D: 2011, and will be greatly missed.
W: https://lkml.org/lkml/2011/4/5/36

N: Gary Brubaker
N: Gary Brubaker
E: xavyer@ix.netcom.com
E: xavyer@ix.netcom.com
D: USB Serial Empeg Empeg-car Mark I/II Driver
D: USB Serial Empeg Empeg-car Mark I/II Driver
+56 −0
Original line number Original line Diff line number Diff line
What:		/sys/class/backlight/<backlight>/<ambient light zone>_max
What:		/sys/class/backlight/<backlight>/l1_daylight_max
What:		/sys/class/backlight/<backlight>/l2_bright_max
What:		/sys/class/backlight/<backlight>/l3_office_max
What:		/sys/class/backlight/<backlight>/l4_indoor_max
What:		/sys/class/backlight/<backlight>/l5_dark_max
Date:		Mai 2011
KernelVersion:	2.6.40
Contact:	device-drivers-devel@blackfin.uclinux.org
Description:
		Control the maximum brightness for <ambient light zone>
		on this <backlight>. Values are between 0 and 127. This file
		will also show the brightness level stored for this
		<ambient light zone>.

What:		/sys/class/backlight/<backlight>/<ambient light zone>_dim
What:		/sys/class/backlight/<backlight>/l2_bright_dim
What:		/sys/class/backlight/<backlight>/l3_office_dim
What:		/sys/class/backlight/<backlight>/l4_indoor_dim
What:		/sys/class/backlight/<backlight>/l5_dark_dim
Date:		Mai 2011
KernelVersion:	2.6.40
Contact:	device-drivers-devel@blackfin.uclinux.org
Description:
		Control the dim brightness for <ambient light zone>
		on this <backlight>. Values are between 0 and 127, typically
		set to 0. Full off when the backlight is disabled.
		This file will also show the dim brightness level stored for
		this <ambient light zone>.

What:		/sys/class/backlight/<backlight>/ambient_light_level
Date:		Mai 2011
KernelVersion:	2.6.40
Contact:	device-drivers-devel@blackfin.uclinux.org
Description:
		Get conversion value of the light sensor.
		This value is updated every 80 ms (when the light sensor
		is enabled). Returns integer between 0 (dark) and
		8000 (max ambient brightness)

What:		/sys/class/backlight/<backlight>/ambient_light_zone
Date:		Mai 2011
KernelVersion:	2.6.40
Contact:	device-drivers-devel@blackfin.uclinux.org
Description:
		Get/Set current ambient light zone. Reading returns
		integer between 1..5 (1 = daylight, 2 = bright, ..., 5 = dark).
		Writing a value between 1..5 forces the backlight controller
		to enter the corresponding ambient light zone.
		Writing 0 returns to normal/automatic ambient light level
		operation. The ambient light sensing feature on these devices
		is an extension to the API documented in
		Documentation/ABI/stable/sysfs-class-backlight.
		It can be enabled by writing the value stored in
		/sys/class/backlight/<backlight>/max_brightness to
		/sys/class/backlight/<backlight>/brightness.
 No newline at end of file
+18 −25
Original line number Original line Diff line number Diff line
@@ -2,13 +2,7 @@ Intro
=====
=====


This document is designed to provide a list of the minimum levels of
This document is designed to provide a list of the minimum levels of
software necessary to run the 2.6 kernels, as well as provide brief
software necessary to run the 3.0 kernels.
instructions regarding any other "Gotchas" users may encounter when
trying life on the Bleeding Edge.  If upgrading from a pre-2.4.x
kernel, please consult the Changes file included with 2.4.x kernels for
additional information; most of that information will not be repeated
here.  Basically, this document assumes that your system is already
functional and running at least 2.4.x kernels.


This document is originally based on my "Changes" file for 2.0.x kernels
This document is originally based on my "Changes" file for 2.0.x kernels
and therefore owes credit to the same people as that file (Jared Mauch,
and therefore owes credit to the same people as that file (Jared Mauch,
@@ -22,11 +16,10 @@ Upgrade to at *least* these software revisions before thinking you've
encountered a bug!  If you're unsure what version you're currently
encountered a bug!  If you're unsure what version you're currently
running, the suggested command should tell you.
running, the suggested command should tell you.


Again, keep in mind that this list assumes you are already
Again, keep in mind that this list assumes you are already functionally
functionally running a Linux 2.4 kernel.  Also, not all tools are
running a Linux kernel.  Also, not all tools are necessary on all
necessary on all systems; obviously, if you don't have any ISDN
systems; obviously, if you don't have any ISDN hardware, for example,
hardware, for example, you probably needn't concern yourself with
you probably needn't concern yourself with isdn4k-utils.
isdn4k-utils.


o  Gnu C                  3.2                     # gcc --version
o  Gnu C                  3.2                     # gcc --version
o  Gnu make               3.80                    # make --version
o  Gnu make               3.80                    # make --version
@@ -114,12 +107,12 @@ Ksymoops


If the unthinkable happens and your kernel oopses, you may need the
If the unthinkable happens and your kernel oopses, you may need the
ksymoops tool to decode it, but in most cases you don't.
ksymoops tool to decode it, but in most cases you don't.
In the 2.6 kernel it is generally preferred to build the kernel with
It is generally preferred to build the kernel with CONFIG_KALLSYMS so
CONFIG_KALLSYMS so that it produces readable dumps that can be used as-is
that it produces readable dumps that can be used as-is (this also
(this also produces better output than ksymoops).
produces better output than ksymoops).  If for some reason your kernel
If for some reason your kernel is not build with CONFIG_KALLSYMS and
is not build with CONFIG_KALLSYMS and you have no way to rebuild and
you have no way to rebuild and reproduce the Oops with that option, then
reproduce the Oops with that option, then you can still decode that Oops
you can still decode that Oops with ksymoops.
with ksymoops.


Module-Init-Tools
Module-Init-Tools
-----------------
-----------------
@@ -261,8 +254,8 @@ needs to be recompiled or (preferably) upgraded.
NFS-utils
NFS-utils
---------
---------


In 2.4 and earlier kernels, the nfs server needed to know about any
In ancient (2.4 and earlier) kernels, the nfs server needed to know
client that expected to be able to access files via NFS.  This
about any client that expected to be able to access files via NFS.  This
information would be given to the kernel by "mountd" when the client
information would be given to the kernel by "mountd" when the client
mounted the filesystem, or by "exportfs" at system startup.  exportfs
mounted the filesystem, or by "exportfs" at system startup.  exportfs
would take information about active clients from /var/lib/nfs/rmtab.
would take information about active clients from /var/lib/nfs/rmtab.
@@ -272,11 +265,11 @@ which is not always easy, particularly when trying to implement
fail-over.  Even when the system is working well, rmtab suffers from
fail-over.  Even when the system is working well, rmtab suffers from
getting lots of old entries that never get removed.
getting lots of old entries that never get removed.


With 2.6 we have the option of having the kernel tell mountd when it
With modern kernels we have the option of having the kernel tell mountd
gets a request from an unknown host, and mountd can give appropriate
when it gets a request from an unknown host, and mountd can give
export information to the kernel.  This removes the dependency on
appropriate export information to the kernel.  This removes the
rmtab and means that the kernel only needs to know about currently
dependency on rmtab and means that the kernel only needs to know about
active clients.
currently active clients.


To enable this new functionality, you need to:
To enable this new functionality, you need to:


+2 −2
Original line number Original line Diff line number Diff line
@@ -680,8 +680,8 @@ ones already enabled by DEBUG.
		Chapter 14: Allocating memory
		Chapter 14: Allocating memory


The kernel provides the following general purpose memory allocators:
The kernel provides the following general purpose memory allocators:
kmalloc(), kzalloc(), kcalloc(), and vmalloc().  Please refer to the API
kmalloc(), kzalloc(), kcalloc(), vmalloc(), and vzalloc().  Please refer to
documentation for further information about them.
the API documentation for further information about them.


The preferred form for passing a size of a struct is the following:
The preferred form for passing a size of a struct is the following:


+2 −2
Original line number Original line Diff line number Diff line
@@ -21,7 +21,7 @@ information will not be available.
To extract cgroup statistics a utility very similar to getdelays.c
To extract cgroup statistics a utility very similar to getdelays.c
has been developed, the sample output of the utility is shown below
has been developed, the sample output of the utility is shown below


~/balbir/cgroupstats # ./getdelays  -C "/cgroup/a"
~/balbir/cgroupstats # ./getdelays  -C "/sys/fs/cgroup/a"
sleeping 1, blocked 0, running 1, stopped 0, uninterruptible 0
sleeping 1, blocked 0, running 1, stopped 0, uninterruptible 0
~/balbir/cgroupstats # ./getdelays  -C "/cgroup"
~/balbir/cgroupstats # ./getdelays  -C "/sys/fs/cgroup"
sleeping 155, blocked 0, running 1, stopped 0, uninterruptible 2
sleeping 155, blocked 0, running 1, stopped 0, uninterruptible 2
Loading