27 Jul, 2008

4 commits


15 Jul, 2008

1 commit


11 Jul, 2008

1 commit


03 Jul, 2008

1 commit


29 Apr, 2008

2 commits

  • There is no "PNPACPI" driver interface as such. PNPACPI is an internal
    backend of PNP, and drivers just use the generic PNP interface.

    The drivers should depend on CONFIG_PNP, not CONFIG_PNPACPI.

    tpm_nsc.c doesn't use PNP at all, so we can just remove the dependency
    completely. It probably *should* use PNP to discover the device, but until it
    does, there's no point in depending on PNP.

    Signed-off-by: Bjorn Helgaas
    Cc: Kylene Jo Hall
    Cc: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • Fix following warning:
    WARNING: vmlinux.o(.init.text+0x32804): Section mismatch in reference from the function init_nsc() to the function .devexit.text:tpm_nsc_remove()

    The function tpm_nsc_remove() are used outside __exit, so remove the __exit
    annotation to make sure the function is always avilable.

    Note: Trying to compare this module with other users of platform_device gve me
    the impression that this driver needs some work to match other users.

    Signed-off-by: Sam Ravnborg
    Cc: Kylene Hall
    Cc: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sam Ravnborg
     

21 Apr, 2008

1 commit


07 Feb, 2008

2 commits

  • Fix section mismatch by making the driver template variable name
    match one of the whitelisted variable names in modpost.

    WARNING: vmlinux.o(.data+0x7a9e8): Section mismatch: reference to .init.text:tpm_inf_pnp_probe (between 'tpm_inf_pnp' and 'cn_idx')

    Signed-off-by: Randy Dunlap
    Cc: Marcel Selhorst
    Acked-by: Sam Ravnborg
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     
  • The clean up procedure now uses platform device "release" callback to
    handle memory clean up. For this purpose "release" function callback was
    added to struct tpm_vendor_specific, so hw device driver provider can get
    called when it is safe to remove all allocated resources.

    This is supposed to fix a bug in device removal, where device while in
    receive function (waiting on timeout) was prone to segfault, if the
    tpm_chip struct was unallocated before the timeout expired (in
    tpm_remove_hardware).

    Acked-by: Marcel Selhorst
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Richard MUSIL
     

15 Jan, 2008

1 commit

  • The savestate command structure was being overwritten by the result of
    running the TPM_SaveState command after one run, so make it a local
    variable to the function instead of a global variable that gets
    overwritten.

    Acked-by: Pavel Machek
    Cc: Kent Yoder
    Cc: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Smith
     

30 Nov, 2007

1 commit

  • During the initialization of the TPM TIS driver, the necessary locality has
    to be requested earlier in the init-process. Depending on the used TPM
    chip, this leads to wrong information. For example: Lenovo X61s with Atmel
    TPM:

    tpm_tis 00:0a: 1.2 TPM (device-id 0xFFFF, rev-id 255)

    But correct is:

    tpm_tis 00:0c: 1.2 TPM (device-id 0x3203, rev-id 9)

    This short patch fixes this issue.

    Signed-off-by: Marcel Selhorst
    Cc: Kylene Jo Hall
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Marcel Selhorst
     

24 Oct, 2007

1 commit


17 Oct, 2007

1 commit

  • If we discover the TIS TPM device via PNP, use the PNP IRQ information rather
    than probing for an IRQ. If PNP shows no IRQ, run the TPM in polling mode.

    Tested-by:
    Signed-off-by: Bjorn Helgaas
    Cc: Kylene Hall
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

23 Aug, 2007

1 commit

  • Fix up the maintainers info in the tpm drivers. Kylene will be out for
    some time, so copying the sourceforge list is the best way to get some
    attention.

    Cc: Marcel Selhorst
    Cc: Kylene Jo Hall
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kent Yoder
     

21 Jul, 2007

1 commit

  • The same problem that was fixed for tpm_ascii_bios_measurements_open()
    in commit 178554ae75739e91dc4d7c3e42a3db95448cc5bf also occurs in
    tpm_binary_bios measurements(). Thanks for noticing this Satyam!

    I tested the attached patch to fix tpm_binary_bios_measurments as well.

    Signed-off-by: Reiner Sailer
    Signed-off-by: Linus Torvalds

    Reiner Sailer
     

20 Jul, 2007

1 commit

  • Coverity found a memory leak in tpm_ascii_bios_measurements_open().

    If "read_log(log)" fails, then we may leak 'log' and
    'log->bios_event_log'.

    Signed-off-by: Jesper Juhl
    Cc: Seiji Munetoh
    Cc: Stefan Berger
    Cc: Reiner Sailer
    Cc: Kylene Hall
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jesper Juhl
     

17 Jul, 2007

1 commit

  • Change Kconfig objects from "menu, config" into "menuconfig" so
    that the user can disable the whole feature without having to
    enter the menu first.

    Signed-off-by: Jan Engelhardt
    Cc: Kylene Hall
    Cc: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jan Engelhardt
     

13 May, 2007

1 commit


10 May, 2007

1 commit


09 May, 2007

5 commits

  • Fix several typos in help text in Kconfig* files.

    Signed-off-by: David Sterba
    Signed-off-by: Adrian Bunk

    David Sterba
     
  • * 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc: (77 commits)
    [POWERPC] Abolish powerpc_flash_init()
    [POWERPC] Early serial debug support for PPC44x
    [POWERPC] Support for the Ebony 440GP reference board in arch/powerpc
    [POWERPC] Add device tree for Ebony
    [POWERPC] Add powerpc/platforms/44x, disable platforms/4xx for now
    [POWERPC] MPIC U3/U4 MSI backend
    [POWERPC] MPIC MSI allocator
    [POWERPC] Enable MSI mappings for MPIC
    [POWERPC] Tell Phyp we support MSI
    [POWERPC] RTAS MSI implementation
    [POWERPC] PowerPC MSI infrastructure
    [POWERPC] Rip out the existing powerpc msi stubs
    [POWERPC] Remove use of 4level-fixup.h for ppc32
    [POWERPC] Add powerpc PCI-E reset API implementation
    [POWERPC] Holly bootwrapper
    [POWERPC] Holly DTS
    [POWERPC] Holly defconfig
    [POWERPC] Add support for 750CL Holly board
    [POWERPC] Generalize tsi108 PCI setup
    [POWERPC] Generalize tsi108 PHY types
    ...

    Fixed conflict in include/asm-powerpc/kdebug.h manually

    Signed-off-by: Linus Torvalds

    Linus Torvalds
     
  • The TPM driver uses two semaphores as mutexes. Use the mutex API instead of
    the (binary) semaphores.

    Signed-off-by: Matthias Kaehlcke
    Cc: Kylene Hall
    Cc: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matthias Kaehlcke
     
  • flush_scheduled_work() can sleep, and we're calling it under spinlock.

    AFAICS, moving flush_scheduled_work before spin_lock() should not cause any
    problems.

    Reason being - The only thing that can race against tpm_release is tpm_open
    (tpm_release is called when last reference to the file is closed and only
    thing that can happen after that is tpm_open??) and tpm_open acquires
    driver_lock and more over it bails out with EBUSY if chip->num_opens is
    greater than 0.

    I also moved chip->num_pending-- to after deleting timer and setting data
    pending as it looks more correct for the paranoid although it probably doesn't
    matter as it is guarded by driver_lock. None the less this change should not
    cause problems.

    While I was at it I noticed a missing NULL check in tpm_register_hardware
    which is fixed with this patch as well.

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

    Parag Warudkar
     
  • tAdd adds support for devices living in MMIO space to the Infineon TPM
    driver. These can be found on some of the newer HP ia64 systems.

    Signed-off-by: Alex Williamson
    Cc: Kylene Jo Hall
    Acked-by: Marcel Selhorst
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alex Williamson
     

08 May, 2007

1 commit


07 May, 2007

1 commit


03 May, 2007

1 commit

  • I noticed that many source files include while they do
    not appear to need it. Here is an attempt to clean it all up.

    In order to find all possibly affected files, I searched for all
    files including but without any other occurence of "pci"
    or "PCI". I removed the include statement from all of these, then I
    compiled an allmodconfig kernel on both i386 and x86_64 and fixed the
    false positives manually.

    My tests covered 66% of the affected files, so there could be false
    positives remaining. Untested files are:

    arch/alpha/kernel/err_common.c
    arch/alpha/kernel/err_ev6.c
    arch/alpha/kernel/err_ev7.c
    arch/ia64/sn/kernel/huberror.c
    arch/ia64/sn/kernel/xpnet.c
    arch/m68knommu/kernel/dma.c
    arch/mips/lib/iomap.c
    arch/powerpc/platforms/pseries/ras.c
    arch/ppc/8260_io/enet.c
    arch/ppc/8260_io/fcc_enet.c
    arch/ppc/8xx_io/enet.c
    arch/ppc/syslib/ppc4xx_sgdma.c
    arch/sh64/mach-cayman/iomap.c
    arch/xtensa/kernel/xtensa_ksyms.c
    arch/xtensa/platform-iss/setup.c
    drivers/i2c/busses/i2c-at91.c
    drivers/i2c/busses/i2c-mpc.c
    drivers/media/video/saa711x.c
    drivers/misc/hdpuftrs/hdpu_cpustate.c
    drivers/misc/hdpuftrs/hdpu_nexus.c
    drivers/net/au1000_eth.c
    drivers/net/fec_8xx/fec_main.c
    drivers/net/fec_8xx/fec_mii.c
    drivers/net/fs_enet/fs_enet-main.c
    drivers/net/fs_enet/mac-fcc.c
    drivers/net/fs_enet/mac-fec.c
    drivers/net/fs_enet/mac-scc.c
    drivers/net/fs_enet/mii-bitbang.c
    drivers/net/fs_enet/mii-fec.c
    drivers/net/ibm_emac/ibm_emac_core.c
    drivers/net/lasi_82596.c
    drivers/parisc/hppb.c
    drivers/sbus/sbus.c
    drivers/video/g364fb.c
    drivers/video/platinumfb.c
    drivers/video/stifb.c
    drivers/video/valkyriefb.c
    include/asm-arm/arch-ixp4xx/dma.h
    sound/oss/au1550_ac97.c

    I would welcome test reports for these files. I am fine with removing
    the untested files from the patch if the general opinion is that these
    changes aren't safe. The tested part would still be nice to have.

    Note that this patch depends on another header fixup patch I submitted
    to LKML yesterday:
    [PATCH] scatterlist.h needs types.h
    http://lkml.org/lkml/2007/3/01/141

    Signed-off-by: Jean Delvare
    Cc: Badari Pulavarty
    Signed-off-by: Greg Kroah-Hartman

    Jean Delvare
     

02 May, 2007

1 commit


26 Apr, 2007

1 commit


13 Apr, 2007

3 commits


15 Feb, 2007

1 commit

  • After Al Viro (finally) succeeded in removing the sched.h #include in module.h
    recently, it makes sense again to remove other superfluous sched.h includes.
    There are quite a lot of files which include it but don't actually need
    anything defined in there. Presumably these includes were once needed for
    macros that used to live in sched.h, but moved to other header files in the
    course of cleaning it up.

    To ease the pain, this time I did not fiddle with any header files and only
    removed #includes from .c-files, which tend to cause less trouble.

    Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
    arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
    allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
    configs in arch/arm/configs on arm. I also checked that no new warnings were
    introduced by the patch (actually, some warnings are removed that were emitted
    by unnecessarily included header files).

    Signed-off-by: Tim Schmielau
    Acked-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

13 Feb, 2007

2 commits

  • Many struct file_operations in the kernel can be "const". Marking them const
    moves these to the .rodata section, which avoids false sharing with potential
    dirty data. In addition it'll catch accidental writes at compile time to
    these shared resources.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     
  • - Use timer macros to set function and data members and to modify
    expiration time.
    - Use DEFINE_TIMER for global timers and do not init them at run-time in
    these cases.
    - del_timer_sync is common in most cases -- we want to wait for timer
    function if it's still running.

    Signed-off-by: Jiri Slaby
    Cc: Dave Airlie
    Cc: David Woodhouse
    Cc: Dominik Brodowski
    Cc: Alessandro Zummo
    Cc: Paul Fulghum
    Cc: Kylene Jo Hall
    Cc: Wim Van Sebroeck
    Acked-by: Dmitry Torokhov (Input bits)
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jiri Slaby
     

03 Feb, 2007

1 commit


08 Dec, 2006

1 commit

  • Clean up several code points in which the return code from misc_register is
    not handled properly.

    Several modules failed to deregister various hooks when misc_register fails,
    and this patch cleans them up. Also there are a few modules that legitimately
    don't care about the failure status of misc register. These drivers however
    unilaterally call misc_deregister on module unload.

    Since misc_register doesn't initialize the list_head in the init_routine if it
    fails, the deregister operation is at risk for oopsing when list_del is
    called. The initial solution was to manually init the list in the miscdev
    structure in each of those modules, but the consensus in this thread was to
    consolodate and do that universally inside misc_register.

    Signed-off-by: Neil Horman
    Cc: Bjorn Helgaas
    Cc: Kylene Jo Hall
    Cc: Dmitry Torokhov
    Cc: Olaf Hering
    Cc: Benjamin Herrenschmidt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Neil Horman