1. 18 Apr, 2006 16 commits
  2. 17 Apr, 2006 1 commit
  3. 14 Apr, 2006 4 commits
    • David Brownell's avatar
      Fix AT91RM9200 build breakage · 2c536200
      David Brownell authored
      The at91_cf driver got out of sync with certain changes in the PCMCIA
      layer, notably getting rid of some duplication of data ... causing the
      version merged to kernel.org to fail compiling.
      This patch gives the at91_cf platform device a new iomem resource, using
      it so this new pcmcia scheme works.  It also cleans up some whitepsace
      bugs that have accumulated over time (mostly too-long lines).
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    • David S. Miller's avatar
    • Grzegorz Janoszka's avatar
      [PATCH] arch/i386/pci/irq.c - new VIA chipsets (fwd) · 40d8b89b
      Grzegorz Janoszka authored
      I use Linux kernel and found some problems. I have about 100
      Linux boxes (all with the same (binary the same) kernel). Last time I have
      upgraded all those boxes from 2.4.32 to (first, next .2,
      .4 and .6) and I have found some problems on VIA based PC's. Probably the
      reason of this is that some VIA chipsets are unrecognized by IRQ router.
      In line 586 there is: /* FIXME: add new ones for 8233/5 */
      There were only a few of chipsets ID's there, some of my VIA chipsets were
      not present and kernel used default IRQ router.
      I have added three entries, so that the code looks like:
              case PCI_DEVICE_ID_VIA_82C596:
              case PCI_DEVICE_ID_VIA_82C686:
              case PCI_DEVICE_ID_VIA_8231:
              case PCI_DEVICE_ID_VIA_8233A:
              case PCI_DEVICE_ID_VIA_8235:
              case PCI_DEVICE_ID_VIA_8237:
              case PCI_DEVICE_ID_VIA_8237_SATA:
                      /* FIXME: add new ones for 8233/5 */
                      r->name = "VIA";
                      r->get = pirq_via_get;
                      r->set = pirq_via_set;
                      return 1;
      The kernel goes fine but I haven't testes it for weeks, I'm just a moment
      after reboot :)
      One thing is different (better?):
      Using previus kernel I had:
      PCI: Via IRQ fixup for 0000:00:0f.1, from 255 to 0
      now I have:
      PCI: Via IRQ fixup for 0000:00:0f.1, from 255 to 11
      Maybe it is good idea to add there some more VIA chipsets?
      The ones I have added seem to be OK.
      From: Grzegorz Janoszka <Grzegorz@Janoszka.pl>
      Acked-by: default avatarMartin Mares <mj@ucw.cz>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Bjorn Helgaas's avatar
      [PATCH] DMI: move dmi_scan.c from arch/i386 to drivers/firmware/ · 4f705ae3
      Bjorn Helgaas authored
      dmi_scan.c is arch-independent and is used by i386, x86_64, and ia64.
      Currently all three arches compile it from arch/i386, which means that ia64
      and x86_64 depend on things in arch/i386 that they wouldn't otherwise care
      This is simply "mv arch/i386/kernel/dmi_scan.c drivers/firmware/" (removing
      trailing whitespace) and the associated Makefile changes.  All three
      architectures already set CONFIG_DMI in their top-level Kconfig files.
      Signed-off-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Andrey Panin <pazke@orbita1.ru>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
  4. 13 Apr, 2006 10 commits
  5. 11 Apr, 2006 9 commits