- 24 Jun, 2005 40 commits
-
-
Markus Lidel authored
Changes: - Fixed sysfs bug where user and parent links where added to the I2O device itself - Fixed bug when calculating TID for the event handler and cleaned up the workflow of i2o_driver_dispatch() - Fixed oops when no I2O device could be found for an event delivered to Exec-OSM - Fixed initialization of spinlock in Exec-OSM - Fixed memory leak in i2o_cfg_passthru() and i2o_cfg_passthru() - Removed MTRR support - Added PCI ID of Promise SX6000 with firmware >= 1.20.x.x - Turn of caching for ioremapped memory of in_queue - Added initialization sequence for Promise controllers - Moved definition of u8 / u16 / u32 for raidutils before first use Signed-off-by:
Markus Lidel <Markus.Lidel@shadowconnect.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Kylene Jo Hall authored
Since after reconsideration this is more debug output than an error (the TPM is operating correctly given the current state) I have changed the statements to dbg rather than err. Also this patch corrects a memory leak if the error path is taken in the tpm_show_pubek function. Signed-off-by:
Kylene Hall <kjhall@us.ibm.com> Signed-off-by:
-
Kylene Hall authored
Signed-off-by:
-
Kylene Hall authored
Realized the tpm_lpc_init function isn't really necessary. Replaced it with vendor specific logic to find out the address the BIOS mapped the TPM to. This patch removes the tpm_lpc_init function, enums associated with it and calls to it. The patch also implements the replacement functionality. Signed-off-by:
-
Kylene Hall authored
Add support for TPMs on additional LPC buses. Signed-off-by:
-
Kylene Hall authored
Add a missing lock in the register hardware and fix a misplaced lock release release. Signed-off-by:
-
Kylene Hall authored
This patch provides the logic to check if an operation has been canceled while waiting for the response to arrive. Signed-off-by:
-
Kylene Hall authored
In the current driver all sysfs files end up owned by the base driver module rather than the module that actually owns the device this is a problem if the module is unloaded and the file is open. This patch fixes all that and lumps the files into an attribute_group. Signed-off-by:
Yani Ioannou <yani.ioannou@gmail.com> Signed-off-by:
-
Kylene Hall authored
Remove the unnecessary use of __force. Signed-off-by:
-
Kylene Hall authored
Changes the container_of calls to 'to_pci_dev' as suggested previously. Signed-off-by:
-
Kylene Hall authored
Fix the timer to be inited and modified properly. This work depends on the fixing of the msleep stuff which in patch 1 of this set. Signed-of-by:
-
Kylene Hall authored
Remove some large objects be declared on the the stack. Signed-off-by:
-
Kylene Hall authored
Replace an erroneous return code for the read function when no data is available. Signed-of-by:
-
Kylene Hall authored
Description: Remove unnecessary (empty) module definitions. Signed-off-by:
-
Kylene Hall authored
Add "const" to several static arrays that were missing it in their definitions. Signed-off-by:
-
Kylene Hall authored
Convert #defines to named enums where that preference has been indicated by other kernel developers. Signed-off-by:
-
Nishanth Aravamudan authored
The TPM driver unnecessarily uses timers when it simply needs to maintain a maximum delay via time_before(). msleep() is used instead of schedule_timeout() to guarantee the task delays as expected. While compile-testing, I found a typo in the driver, using tpm_chp instead of tpm_chip. Remove the now unused timer callback function and change TPM_TIMEOUT's units to milliseconds. Patch is compile-tested. Signed-off-by:
Nishanth Aravamudan <nacc@us.ibm.com> Acked-by:
-
Andrew Morton authored
) From: Corey Minyard <minyard@acm.org> This contains the patch for supporting 32-bit compatible ioctls on x86_64 systems. The current x86_64 driver will not work with 32-bit applications. Signed-off-by:
Jordan Hargave <jordan_hargrave@dell.com> Signed-off-by:
Corey Minyard <minyard@acm.org> Signed-off-by:
-
Corey Minyard authored
Don't use semaphores for IPC in the poweroff code, use completions instead. Signed-off-by:
-
Corey Minyard authored
This patch to adds "power cycle" functionality to the IPMI power off module ipmi_poweroff. It also contains changes to support procfs control of the feature. The power cycle action is considered an optional chassis control in the IPMI specification. However, it is definitely useful when the hardware supports it. A power cycle is usually required in order to reset a firmware in a bad state. This action is critical to allow remote management of servers. The implementation adds power cycle as optional to the ipmi_poweroff module. It can be modified dynamically through the proc entry mentioned above. During a power down and enabled, the power cycle command is sent to the BMC firmware. If it fails either due to non-support or some error, it will retry to send the command as power off. Signed-off-by:
Christopher A. Poblete <Chris_Poblete@dell.com> Signed-off-by:
-
Corey Minyard authored
Clean up the timer shutdown handling in the IPMI driver. Signed-off-by:
-
Corey Minyard authored
This cleans up the IPMI documentation to fix some problems and make it more accurate for the current drivers. Signed-off-by:
-
Jan Kara authored
Make reiserfs BUG() when somebody tries to start a larger transaction than it's allowed (currently the code just silently deadlocks). Signed-off-by:
Jan Kara <jack@suse.cz> Acked-by:
Chris Mason <mason@suse.com> Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 8 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
Chris Zankel <chris@zankel.net> Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 7 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 6 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 5 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 4 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 3 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 2 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
The attached patches provides part 1 of an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Chris Zankel authored
Start of a patch series which adds support for the xtensa architecture to Linux. The Xtensa architecture is highly configurable and usually buried inside an SOC device. So, if you buy a new printer, digital camera, or cell phone, there is a chance that there is an Xtensa inside even though you don't know it (sometimes as a small audio-engine or as a control CPU). Linux hasn't been adopted widely with Xtensa yet, but with Linux growing in the embedded space, I am sure it will become much more important. The attached patch supplies the maintainer record for an architecture implementation for the Tensilica Xtensa CPU series. Signed-off-by:
-
Jan Kara authored
Use improved credits estimates for quota operations. Also reserve space for a quota operation in a transaction only if filesystem was mounted with some quota option. Signed-off-by:
-
Jan Kara authored
Use improved credits estimates for quota operations. Also reserve a space for a quota operation in a transaction only if filesystem was mounted with some quota options. Signed-off-by:
-
Jan Kara authored
Improve estimates on the number of needed credits for quota transaction. Now we distinguish blocks that might need to be allocated and blocks that only need to be rewritten. Also we distinguish deleting of a quota structure and creating of a new one. Signed-off-by:
-
Jan Kara authored
Check return values of journal_begin() and journal_end() in the quota code for reiserfs. Signed-off-by:
-
Christoph Hellwig authored
XFS will have to look at iocb->private to fix aio+dio. No other filesystem is using the blockdev_direct_IO* end_io callback. Signed-off-by:
Christoph Hellwig <hch@lst.de> Signed-off-by:
-
Michael Halcrow authored
Export this symbol to GPL modules for eCryptfs: an out-of-tree GPL'ed filesystem. Signed off by: Michael Halcrow <mhalcrow@us.ibm.com> Signed-off-by:
-
David Howells authored
The attached patch makes the following changes: (1) There's a new special key type called ".request_key_auth". This is an authorisation key for when one process requests a key and another process is started to construct it. This type of key cannot be created by the user; nor can it be requested by kernel services. Authorisation keys hold two references: (a) Each refers to a key being constructed. When the key being constructed is instantiated the authorisation key is revoked, rendering it of no further use. (b) The "authorising process". This is either: (i) the process that called request_key(), or: (ii) if the process that called request_key() itself had an authorisation key in its session keyring, then the authorising process referred to by that authorisation key will also be referred to by the new authorisation key. This means that the process that initiated a chain of key requests will authorise the lot of them, and will, by default, wind up with the keys obtained from them in its keyrings. (2) request_key() creates an authorisation key which is then passed to /sbin/request-key in as part of a new session keyring. (3) When request_key() is searching for a key to hand back to the caller, if it comes across an authorisation key in the session keyring of the calling process, it will also search the keyrings of the process specified therein and it will use the specified process's credentials (fsuid, fsgid, groups) to do that rather than the calling process's credentials. This allows a process started by /sbin/request-key to find keys belonging to the authorising process. (4) A key can be read, even if the process executing KEYCTL_READ doesn't have direct read or search permission if that key is contained within the keyrings of a process specified by an authorisation key found within the calling process's session keyring, and is searchable using the credentials of the authorising process. This allows a process started by /sbin/request-key to read keys belonging to the authorising process. (5) The magic KEY_SPEC_*_KEYRING key IDs when passed to KEYCTL_INSTANTIATE or KEYCTL_NEGATE will specify a keyring of the authorising process, rather than the process doing the instantiation. (6) One of the process keyrings can be nominated as the default to which request_key() should attach new keys if not otherwise specified. This is done with KEYCTL_SET_REQKEY_KEYRING and one of the KEY_REQKEY_DEFL_* constants. The current setting can also be read using this call. (7) request_key() is partially interruptible. If it is waiting for another process to finish constructing a key, it can be interrupted. This permits a request-key cycle to be broken without recourse to rebooting. Signed-Off-By:David Howells <dhowells@redhat.com> Signed-Off-By:
Benoit Boissinot <benoit.boissinot@ens-lyon.org> Signed-off-by:
-
David Howells authored
The attached patch uses RCU to manage the session keyring pointer in struct signal_struct. This means that searching need not disable interrupts and get a the sighand spinlock to access this pointer. Furthermore, by judicious use of rcu_read_(un)lock(), this patch also avoids the need to take and put refcounts on the session keyring itself, thus saving on even more atomic ops. Signed-Off-By:
-
