1. 19 Apr, 2006 1 commit
    • Randy Dunlap's avatar
      [PATCH] radeonfb section mismatches · 246846fc
      Randy Dunlap authored
      
      
      Marking radeon_pci_register() as __devinit clears up all section
      mismatch warnings that are caused by radeon_pci_register() calling
      various __devinit function.  Is there some reason not to do this?
      
      WARNING: drivers/video/aty/radeonfb.o - Section mismatch: reference to .init.text: from .text.radeonfb_pci_register after 'radeonfb_pci_register' (at offset 0x628)
      WARNING: drivers/video/aty/radeonfb.o - Section mismatch: reference to .init.text: from .text.radeonfb_pci_register after 'radeonfb_pci_register' (at offset 0x6b5)
      WARNING: drivers/video/aty/radeonfb.o - Section mismatch: reference to .init.text: from .text.radeonfb_pci_register after 'radeonfb_pci_register' (at offset 0x6bd)
      WARNING: drivers/video/aty/radeonfb.o - Section mismatch: reference to .init.text:radeon_probe_screens from .text.radeonfb_pci_register after 'radeonfb_pci_register' (at offset 0x7d6)
      WARNING: drivers/video/aty/radeonfb.o - Section mismatch: reference to .init.text:radeon_check_modes from .text.radeonfb_pci_register after 'radeonfb_pci_register' (at offset 0x7e5)
      Signed-off-by: default avatarRandy Dunlap <rdunlap@xenotime.net>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Acked-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      246846fc
  2. 27 Mar, 2006 1 commit
    • Alan Curry's avatar
      [PATCH] framebuffer: cmap-setting return values · db77ec27
      Alan Curry authored
      
      
      A set of 3 small bugfixes, all of which are related to bogus return values
      of fb colormap-setting functions.
      
      First, fb_alloc_cmap returns -1 if memory allocation fails. This is a hard
      condition to reproduce since you'd have to be really low on memory, but from
      studying the contexts in which it is called, I think this function should be
      returning a negative errno, and the -1 will be seen as an EPERM. Switching it
      to -ENOMEM makes sense.
      
      Second, the store_cmap function which is called for writes to
      /sys/class/graphics/fb0/color_map returns 0 for success, but it should be
      returning the count of bytes written since its return value ends up in
      userspace as the result of the write() syscall.
      
      Third, radeonfb returns 1 instead of a negative errno when FBIOPUTCMAP is
      called with an oversized colormap.  This is seen in userspace as a return
      value of 1 from the ioctl() syscall with errno left unchanged.  A more
      useful return value would be -EINVAL.
      Signed-off-by: default avatarAlan Curry <pacman@TheWorld.com>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      db77ec27
  3. 14 Jan, 2006 1 commit
  4. 03 Jan, 2006 1 commit
  5. 07 Nov, 2005 3 commits
  6. 29 Sep, 2005 1 commit
  7. 09 Sep, 2005 2 commits
  8. 27 Jul, 2005 1 commit
  9. 12 Jun, 2005 1 commit
  10. 01 May, 2005 1 commit
  11. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4