Skip to content

L
linux-davinci
Switch branch/tag
  1. 30 May, 2007 2 commits
    • Len Brown's avatar
      ACPI: add __init to acpi_initialize_subsystem() · dd272b57
      Len Brown authored 
      Add __init to:
acpi_initialize_subsystem() (and un-export it)
acpi_os_initialize()

Add __initdata to:
acpi_osl_dmi_table[]
Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      dd272b57
    • Len Brown's avatar
      ACPI: Make _OSI(Linux) a special case · f507654d
      Len Brown authored 
      _OSI("Linux") is like _OS("Linux"), it is ill-defined and
virtually no BIOS vendors test interaction with it.
As a result, it can do more damage than good because
it causes the BIOS to follow un-tested paths.

Recently, several machines have turned up that erroneously
test this string in a way which causes them to _not_ test other
compatibility strings, including the ZI9 and Toshiba.
So it appears that this bad code has made it into
a BIOS vendor's reference BIOS.

Linux has no choice but to stop advertising compatibility
with _OSI string "Linux" - as there are an unbounded
number of possible incompatibilities going forward.

But some BIOSes have already shipped which do use it
for things like conditionally re-enabling video on resume
from S3.  (Too bad they didn't do that unconditionally)

Add special case code for _OSI(Linux)
Squawk to dmesg if _OSI(Linux) is requested
Add DMI list both to enable and disable _OSI(Linux)
But for now, keep the default enabled via
#define OSI_LINUX_ENABLED.

http://bugzilla.kernel.org/show_bug.cgi?id=7787Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      f507654d
  3. 29 May, 2007 1 commit
    • Len Brown's avatar
      ACPI: extend "acpi_osi=" boot option · ae00d812
      Len Brown authored 
      The boot option "acpi_osi=" has always disabled Linux _OSI support,
thus disabling all OS Interface strings which are advertised
by Linux to the BIOS.

Now...
acpi_osi="string" adds the interface string, and
acpi_osi="!string" invalidates the pre-defined interface string

eg. acpi_osi="!Windows 2006"
would disable Linux's claim of Vista compatibility.
Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      ae00d812
  5. 26 May, 2007 2 commits
    • Linus Torvalds's avatar
      Linux 2.6.22-rc3 · c420bc9f
      Linus Torvalds authored 
      It's that time of the year again.  Summer starts in the US, and people
want to sit at the beach with a new -rc candidate.
Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      c420bc9f
    • Hugh Dickins's avatar
      fix compat console unimap regression · f4d43bd5
      Hugh Dickins authored 
      Why is it that since the 2f1a2ccb console
UTF-8 fixes went into 2.6.22-rc1, the PowerMac G5 shows only inverse video
question marks for the text on tty2-6? whereas tty1 is fine, and so is x86.

No fault of that patch: by removing the old fallback behaviour, it reveals
that 32-bit setfont running on 64-bit kernels has only really worked on
the current console, the rest getting faked by that inadequate fallback.

Bring the compat do_unimap_ioctl into line with the main one: PIO_UNIMAP
and GIO_UNIMAP apply to the specified tty, not redirected to fg_console.
Use the same checks, and most particularly, remember to check access_ok:
con_set_unimap and con_get_unimap are using __get_user and __put_user.

And the compat vt_check should ask for the same capability as the main
one, CAP_SYS_TTY_CONFIG rather than CAP_SYS_ADMIN.  Added in vt_ioctl's
vc_cons_allocated check for safety, though failure may well be impossible.
Signed-off-by: default avatarHugh Dickins <hugh@veritas.com>
Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f4d43bd5
  7. 25 May, 2007 26 commits
  9. 24 May, 2007 9 commits