31 Mar, 2011

1 commit


07 Apr, 2009

1 commit


07 Jan, 2009

1 commit


27 Jul, 2008

2 commits

  • pnp_add_card_id() can now become static.

    Signed-off-by: Adrian Bunk
    Cc: Bjorn Helgaas
    Cc: Rene Herman
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • dma_alloc_coherent() on x86 currently takes a passed in NULL device
    pointer to mean that it should allocate an ISA compatible (24-bit) buffer
    which is a bit of a hack.

    The ALSA ISA drivers are the main consumers of this but have a struct
    device in fact readily available.

    For the PnP drivers, the specific pnp_dev->dev device pointer is not
    always available at the right time so for now we want to pass the
    pnp_card->dev instead which is always available. Set its dma_mask in
    preparation for doing so.

    This does not fix a current bug -- 2.6.26-rc1 stumbled over the NULL hack
    in dma_alloc_coherent() but this has already been fixed in commit
    4a367f3a9dbf2e7ffcee4702203479809236ee6e by Takashi Iwai.

    Signed-off-by: Rene Herman
    Acked-by: Bjorn Helgaas
    Acked-by: Takashi Iwai
    Cc: Alan Cox
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rene Herman
     

29 Apr, 2008

2 commits


17 Oct, 2007

3 commits

  • If we have the struct pnp_dev available, we can use dev_info(), dev_err(),
    etc., to give a little more information and consistency.

    [akpm@linux-foundation.org: fix warning]
    Signed-off-by: Bjorn Helgaas
    Cc: Adam Belay
    Cc: Len Brown
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • No functional change; just return errors early instead of putting the main
    part of the function inside an "if" statement.

    Signed-off-by: Bjorn Helgaas
    Cc: Adam Belay
    Cc: Len Brown
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • Remove some null pointer checks. Null pointers in these areas indicate
    programming errors, and I think it's better to oops immediately rather than
    return an error that is easily ignored.

    Signed-off-by: Bjorn Helgaas
    Cc: Adam Belay
    Cc: Len Brown
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

24 Aug, 2007

1 commit


27 Jul, 2007

2 commits

  • These are manual fixups after running Lindent. No functional change.

    Signed-off-by: Bjorn Helgaas
    Cc: Len Brown
    Cc: Adam Belay
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • Run Lindent on all PNP source files.

    Produced by:

    $ quilt new pnp-lindent
    $ find drivers/pnp -name \*.[ch] | xargs quilt add
    $ quilt add include/linux/{pnp.h,pnpbios.h}
    $ scripts/Lindent drivers/pnp/*.c drivers/pnp/*/*.c include/linux/pnp*.h
    $ quilt refresh --sort

    Signed-off-by: Bjorn Helgaas
    Cc: Len Brown
    Cc: Adam Belay
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

28 Apr, 2007

1 commit


08 Dec, 2006

1 commit


01 Jul, 2006

1 commit


26 Jun, 2006

1 commit


28 Mar, 2006

1 commit

  • Remove the assumption that pnp_register_driver() returns the number of devices
    claimed. Returning the count is unreliable because devices may be hot-plugged
    in the future.

    This changes the convention to "zero for success, or a negative error value,"
    which matches pci_register_driver(), acpi_bus_register_driver(), and
    platform_driver_register().

    Signed-off-by: Bjorn Helgaas
    Cc: Adam Belay
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

01 Mar, 2006

1 commit

  • This is Adam's pnp probing fix. It's been reported to fix hangs on several
    people's machines. I don't know if it's official or final, and Adam isn't
    contactable at present. But I'm not aware of the patch causing any
    regressions.

    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adam Belay
     

23 Jan, 2006

1 commit


03 Jan, 2006

1 commit


07 Nov, 2005

1 commit

  • This patch contains the following possible cleanups:
    - make needlessly global code static
    - #if 0 the following unused global function:
    - core.c: pnp_remove_device
    - #if 0 the following unneeded EXPORT_SYMBOL's:
    - card.c: pnp_add_card
    - card.c: pnp_remove_card
    - card.c: pnp_add_card_device
    - card.c: pnp_remove_card_device
    - card.c: pnp_add_card_id
    - core.c: pnp_register_protocol
    - core.c: pnp_unregister_protocol
    - core.c: pnp_add_device
    - core.c: pnp_remove_device
    - pnpacpi/core.c: pnpacpi_protocol
    - driver.c: pnp_add_id
    - isapnp/core.c: isapnp_read_byte
    - manager.c: pnp_auto_config_dev
    - resource.c: pnp_register_dependent_option
    - resource.c: pnp_register_independent_option
    - resource.c: pnp_register_irq_resource
    - resource.c: pnp_register_dma_resource
    - resource.c: pnp_register_port_resource
    - resource.c: pnp_register_mem_resource

    Note that this patch #if 0's exactly one functions and removes no
    functions. Most it does is the #if 0 of EXPORT_SYMBOL's, so if any modular
    code will use any of them, re-adding will be trivial.

    Modular ISAPnP might be interesting in some cases, but this is more legacy
    code. If someone would work on it to sort all the issues out (starting
    with the point that most users of __ISAPNP__ will have to be fixed)
    re-enabling the required EXPORT_SYMBOL's won't be hard for him.

    Signed-off-by: Adrian Bunk
    Cc: Adam Belay
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     

08 Sep, 2005

1 commit


18 Aug, 2005

1 commit


24 Jun, 2005

1 commit


21 Jun, 2005

1 commit


17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds