1. 18 12月, 2008 1 次提交
  2. 14 12月, 2008 2 次提交
    • I
      console ASCII glyph 1:1 mapping · 1c55f187
      Ingo Brueckl 提交于
      For the console, there is a 1:1 mapping of glyphs which cannot be found
      in the current font.  This seems to be meant as a kind of 'emergency
      fallback' for fonts without unicode mapping which otherwise would
      display nothing readable on the screen.
      
      At the moment it affects all chars for which no substitution character
      is defined.  In particular this means that for all chars (>= 128) where
      there is no iso88591-1/unicode character (e.g.  control character area)
      you'll get the very strange 1:1 mapping of the (cp437) graphics card
      glyphs.
      
      I'm pretty sure that the 1:1 mapping should only affect strict ASCII
      code characters, i.e.  chars < 128.
      
      The patch limits the mapping as it probably was meant anyway.
      Signed-off-by: NIngo Brueckl <ib@wupperonline.de>
      Acked-by: NH. Peter Anvin <hpa@zytor.com>
      Cc: Egmont Koblinger <egmont@uhulinux.hu>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1c55f187
    • I
      unicode table for cp437 · f75bc06e
      Ingo Brueckl 提交于
      There is a major bug in the cp437 to unicode translation table.  Char
      0x7c is mapped to U+00a5 which is the Yen sign and wrong.  The right
      mapping is U+00a6 (broken bar).
      
      Furthermore, a mapping for U+00b4 (a widely used character) is missing
      even though easily possible.
      
      The patch fixes these, as well as it provides a few other useful
      mappings.
      
      The changes are as follows:
      
        0x0f (enhancement) enables a sort of currency symbol
        0x27 (bug) enables a sort of acute accent which is a widely used character
        0x44 (enhancement) enables a sort of icelandic capital letter eth
        0x7c (major bug) corrects mapping
        0xeb (enhancement) enables a sort of icelandic small letter eth
        0xee (enhancement) enables a sort of math 'element of'
      Signed-off-by: NIngo Brueckl <ib@wupperonline.de>
      Acked-by: NH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      f75bc06e
  3. 06 12月, 2008 1 次提交
  4. 02 12月, 2008 1 次提交
  5. 01 12月, 2008 2 次提交
  6. 15 11月, 2008 2 次提交
  7. 13 11月, 2008 1 次提交
  8. 12 11月, 2008 1 次提交
  9. 07 11月, 2008 2 次提交
    • W
      vt: incomplete initialization of vc_tab_stop · a564738c
      Wolfgang Kroworsch 提交于
      Problem 1 (see patch below):
        vc_tab_stop is declared as an array of 8 unsigned ints in struct
        vc_data in include/linux/console_struct.h .
        In drivers/char/vt.c only 5 of these 8 unsigned ints get initialized
        leading to unintended tabulator placement on displays with more than
        160 columns text.
      
      Problem 2 (open):
        Upcoming displays will have more than 256 columns of text leading to
        invalid memory access in drivers/char/vt.c during tabulator
        calculations:
          if (vc->vc_tab_stop[vc->vc_x >> 5] & (1 << (vc->vc_x & 31)))
      	break;
      Signed-off-by: NWolfgang Kroworsch <wolfgang@kroworsch.de>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Christoph Hellwig <hch@lst.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a564738c
    • B
      ACPI: remove CONFIG_ACPI_EC · 8950d89a
      Bjorn Helgaas 提交于
      Remove CONFIG_ACPI_EC.  It was always set the same as CONFIG_ACPI,
      and it had no menu label, so there was no way to set it to anything
      other than "y".
      
      Per section 6.5.4 of the ACPI 3.0b specification,
      
          OSPM must make Embedded Controller operation regions, accessed
          via the Embedded Controllers described in ECDT, available before
          executing any control method.
      
      The ECDT table is optional, but if it is present, the above text
      means that the EC it describes is a required part of the ACPI
      subsystem, so CONFIG_ACPI_EC=n wouldn't make sense.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Acked-by: NAlexey Starikovskiy <astarikovskiy@suse.de>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      8950d89a
  10. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  11. 31 10月, 2008 1 次提交
  12. 30 10月, 2008 2 次提交
  13. 27 10月, 2008 2 次提交
  14. 24 10月, 2008 1 次提交
  15. 22 10月, 2008 5 次提交
  16. 21 10月, 2008 6 次提交
  17. 20 10月, 2008 7 次提交
  18. 18 10月, 2008 1 次提交
  19. 17 10月, 2008 1 次提交