1. 17 Jan, 2014 2 commits
  2. 13 Dec, 2013 1 commit
  3. 15 Apr, 2013 4 commits
  4. 01 Apr, 2013 2 commits
    • Yinghai Lu's avatar
      EISA/PCI: Init EISA early, before PNP · c5fb301a
      Yinghai Lu authored
      Matthew reported kernels fail the pci_eisa probe and are later successful
      with the virtual_eisa_root_init force probe without slot0.
      The reason for that is: PNP probing is before pci_eisa_init gets called
      as pci_eisa_init is called via pci_driver.
      pnp 00:0f has 0xc80 - 0xc84 reserved.
      [    9.700409] pnp 00:0f: [io  0x0c80-0x0c84]
      so eisa_probe will fail from pci_eisa_init
      					==>eisa_probe path.
      as force_probe is not set in pci_eisa_root, it will bail early when
      slot0 is not probed and initialized.
      Try to use subsys_initcall_sync instead, and will keep following sequence:
      After this patch EISA can be initialized properly, and PNP overlapping
      resource will not be reserved.
      [   10.104434] system 00:0f: [io  0x0c80-0x0c84] could not be reserved
      Reported-by: default avatarMatthew Whitehead <mwhitehe@redhat.com>
      Tested-by: default avatarMatthew Whitehead <mwhitehe@redhat.com>
      Signed-off-by: default avatarYinghai Lu <yinghai@kernel.org>
      Signed-off-by: default avatarBjorn Helgaas <bhelgaas@google.com>
      Cc: stable@vger.kernel.org
    • Yinghai Lu's avatar
      EISA/PCI: Fix bus res reference · 2cfda637
      Yinghai Lu authored
      Matthew found that 3.8.3 is having problems with an old (ancient)
      PCI-to-EISA bridge, the Intel 82375. It worked with the 3.2 kernel.
      He identified the 82375, but doesn't assign the struct resource *res
      pointer inside the struct eisa_root_device, and panics.
      pci_eisa_init() was using bus->resource[] directly instead of
      pci_bus_resource_n().  The bus->resource[] array is a PCI-internal
      implementation detail, and after commit 45ca9e97 (PCI: add helpers for
      building PCI bus resource lists) and commit 0efd5aab (PCI: add struct
      pci_host_bridge_window with CPU/bus address offset), bus->resource[] is not
      used for PCI root buses any more.
      The 82375 is a subtractive-decode PCI device, so handle it the same
      way we handle PCI-PCI bridges in subtractive-decode mode in
      [bhelgaas: changelog]
      Reported-by: default avatarMatthew Whitehead <mwhitehe@redhat.com>
      Tested-by: default avatarMatthew Whitehead <mwhitehe@redhat.com>
      Signed-off-by: default avatarYinghai Lu <yinghai@kernel.org>
      Signed-off-by: default avatarBjorn Helgaas <bhelgaas@google.com>
      Cc: stable@vger.kernel.org	# v3.3+
  5. 19 Nov, 2012 1 commit
  6. 04 Aug, 2011 1 commit
  7. 26 Jul, 2011 1 commit
  8. 06 Mar, 2010 1 commit
  9. 17 Jun, 2009 1 commit
  10. 16 Jun, 2009 1 commit
  11. 24 Mar, 2009 1 commit
  12. 29 Jan, 2009 1 commit
  13. 22 Jul, 2008 1 commit
  14. 14 Oct, 2007 1 commit
  15. 12 Oct, 2007 1 commit
    • Kay Sievers's avatar
      Driver core: change add_uevent_var to use a struct · 7eff2e7a
      Kay Sievers authored
      This changes the uevent buffer functions to use a struct instead of a
      long list of parameters. It does no longer require the caller to do the
      proper buffer termination and size accounting, which is currently wrong
      in some places. It fixes a known bug where parts of the uevent
      environment are overwritten because of wrong index calculations.
      Many thanks to Mathieu Desnoyers for finding bugs and improving the
      error handling.
      Signed-off-by: default avatarKay Sievers <kay.sievers@vrfy.org>
      Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
      Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
  16. 08 May, 2007 1 commit
  17. 27 Mar, 2007 1 commit
  18. 11 Oct, 2006 1 commit
  19. 27 Sep, 2006 1 commit
    • Michael Tokarev's avatar
      [PATCH] EISA bus MODALIAS attributes support · 07563c71
      Michael Tokarev authored
      Add modalias attribute support for the almost forgotten now EISA bus and
      (at least some) EISA-aware modules.
      The modalias entry looks like (for an 3c509 NIC):
      and the in-module alias like:
      The patch moves struct eisa_device_id declaration from include/linux/eisa.h
      to include/linux/mod_devicetable.h (so that the former now #includes the
      latter), adds proper MODULE_DEVICE_TABLE(eisa, ...) statements for all
      drivers with EISA IDs I found (some drivers already have that DEVICE_TABLE
      declared), and adds recognision of __mod_eisa_device_table to
      scripts/mod/file2alias.c so that proper modules.alias will be generated.
      There's no support for /lib/modules/$kver/modules.eisamap, as it's not used
      by any existing tools, and because with in-kernel modalias mechanism those
      maps are obsolete anyway.
      The rationale for this patch is:
       a) to make EISA bus to act as other busses with modalias
          support, to unify driver loading
       b) to foget about EISA finally - with this patch, kernel
          (who still supports EISA) will be the only one who knows
          how to choose the necessary drivers for this bus ;)
      [akpm@osdl.org: fix the kbuild bit]
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Acked-the-net-bits-by: default avatarJeff Garzik <jeff@garzik.org>
      Acked-the-tulip-bit-by: default avatarValerie Henson <val_henson@linux.intel.com>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  20. 30 Jun, 2006 1 commit
  21. 25 Mar, 2006 2 commits
  22. 07 Nov, 2005 1 commit
  23. 29 Oct, 2005 1 commit
  24. 20 Jun, 2005 1 commit
  25. 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!