- 11 Jan, 2005 40 commits
-
-
Dominik Brodowski authored
BUG if the socket's list of clients is not empty on shutdown and/or removal. Signed-off-by:
Dominik Brodowski <linux@brodo.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Dominik Brodowski authored
All in-kernel PCMCIA devices do unregister their client in their respective ->detach() function after a REMOVAL event. So, AFAICS, the dev_list iteration should always be false. Signed-off-by:
-
Dominik Brodowski authored
Restructure unbind_request(): Before, unbind_request was called by cardmgr on the following occasions: a) if the CS_EVENT_CARD_INSERTION event failed b) during do_remove(), which is called on 1) when cardmgr is informed of a CS_EVENT_CARD_REMOVAL event 2) when cardmgr is informed of a CS_EVENT_EJECTION_REQUEST event, if do_check() succeeds 3) cardmgr exit (SIGINT/SIGTERM), if do_check() succeeds We can ignore a), as the user is informed of the problem anyway, and can take appropriate action then (eject the card, update config, write new driver, insert card...). b1) can be done directly, even before the userspace cardmgr is informed. This speeds up the call to ->detach(). b2) All drivers I checked were based on the assumption that a CS_EVENT_CARD_REMOVAL event is received _first_, before a call to ->detach(). Most notably, some drivers issue first a call to their release() function [which else is called during EVENT_CARD_REMOVAL] during ->detach() if it hasn't been issued before. So, it doesn't hurt if unbind is only called during the EVENT_CARD_REMOVAL step, and not during EJECTION_REQUEST. The REMOVAL step is only called anyway if EJECTION_REQUEST succeeds, and the latter can only succeed if do_check() succeeds. b3) If cardmgr exits from daemon mode, ds_release() is called. I can't see a reason why this is good behaviour, especially as cards don't need cardmgr while running, only for setup. Consequences: - call unbind_request during CARD_REMOVAL handling, even before userspace is informed. - return "0" if UNBIND_REQUEST is called from userspace. - the driver's event handler is called with CARD_REMOVAL _always_ before ->detach() is called. Signed-off-by: -
Dominik Brodowski authored
Search the devices_list for an UNBOUND client in register_client, instead of the single linked list clients. Signed-off-by:
-
Dominik Brodowski authored
Move some code around in ds.c. Avoids forward-declarations, and keeps related code close to each other. Signed-off-by:
-
Dominik Brodowski authored
Use pcmcia_dev instead of the "client" single-linked list to mark clients as stale. Signed-off-by:
-
Dominik Brodowski authored
Use a struct pcmcia_device-based approach to inform "clients" of events. It needs to be done using bus_for_each_device() so that we don't need to take the device_list spinlock. Signed-off-by:
-
Dominik Brodowski authored
Add a pointer to the "client" structure to struct pcmcia_device. Signed-off-by:
-
Dominik Brodowski authored
Obtain a reference to struct pcmcia_bus_socket for each pcmcia_device. This means that pcmcia_device always holds an indirect reference to struct pcmcia_socket as well. Signed-off-by:
-
Dominik Brodowski authored
Grab a reference of struct pcmcia_socket for every struct pcmcia_bus_socket. Signed-off-by:
-
Dominik Brodowski authored
Add pcmcia_{put,get}_socket Signed-off-by: -
Dominik Brodowski authored
Switch pcmcia_bus_socket's reference counting to struct kref. Also, split the access by number into two calls, so that get_bus_socket can be used in a more generic way. Signed-off-by:
-
Dominik Brodowski authored
As discussed previously, my integration of ds.c and cs.c with the driver model can and will only be available under the GPL, as it's too much derived of other buses' implementation of integration with the driver model. cs_internal.h did only contain the MPL header before - I contacted Dave Hinds because of this, and as far as he can tell, it was just an oversight that this was not marked as dual-licensed as the other files are. Signed-off-by:
-
Dominik Brodowski authored
Move pcmcia_{de,}register_client() from cs.c to ds.c, and remove the unused pcmcia_get_{first,next}_client() calls -- they would be an unnecessary hassle to deal with in the next patches. Signed-off-by: -
Dominik Brodowski authored
Properly set the "owner" field in pcmcia-related struct device_driver. Signed-off-by:
-
Dominik Brodowski authored
Remove the internal driver use_count in ds.c, as the reference counting is done in the module core anyways, and that reference count is available for cardmgr's usage by a call to module_refcount. And if !CONFIG_MODULE_UNLOAD, rmmod is useless anyways, so avoid that call by cardmgr at all. Signed-off-by:
-
Dominik Brodowski authored
Remove struct socket_bind_t by moving "dev_link_t *instance" to struct pcmcia_device, and transforming all users of socket_bind_t to use struct pcmcia_device instead. Also, CodingStyle updates for get_device_info and unbind_request. Signed-off-by:
-
Dominik Brodowski authored
Add pcmcia_device(s). Signed-off-by:
-
Dominik Brodowski authored
As discussed previously, my integration of ds.c with the driver model can and will only be available under the GPL, as it's too much derived of other buses' implementation of integration with the driver model. Signed-off-by:
-
Dominik Brodowski authored
Unify bind_device and pcmcia_bind_device. Also, change bind_device so that it conforms to CodingStyle. Signed-off-by:
-
Dominik Brodowski authored
Unify the pcmcia_bind_mtd and bind_mtd functions. Signed-off-by:
-
Dominik Brodowski authored
Call the PCMCIA 16-bit device drivers from ds.c instead of cs.c. Also, remove the delayed handling of CS_REMOVAL events, but keep the ordering the same as it used to be due to the delay. Signed-off-by:
-
Dominik Brodowski authored
Add a new registration function to register the PCMCIA 16-bit subsystem (ds a.k.a. pcmcia) with the PCMICA core (cs a.k.a. pcmcia_core). As send_event is only called with skt->sem held, we can use that to safeguard skt->callback(), too. Note that the class_device_register() call by pccardd() is done _before_ skt->sem() is held, and the pcmcia_socket_register() doesn't hold skt->sem() as well, so there is no chance for a deadlock. Signed-off-by:
-
Christoph Hellwig authored
Since the big direct I/O rework do_truncate takes i_alloc_sem before calling into ->setattr. Unfortunately the other callers of ->setattr with ATTR_SIZE, most notably nfsd don't take it. The (out of tree) XFS dmapi code relies wants to release i_alloc_sem and thus gets into problems like http://oss.sgi.com/bugzilla/show_bug.cgi?id=365 This patch moves acquiring and releasing i_alloc_sem into notify_change() to make the locking behaviour consistant. Signed-off-by:
-
Marcelo Tosatti authored
With Solar Designer <solar@openwall.com> The following patch changes the following on ELF parsing/loading code (fs/binfmt_elf): - Stronger validity checks on ELF files: treat e_phnum (program header count) < 1 as invalid treat p_filesz (file size) < 2 invalid on program header interp. case - Saner return error codes - Make sure SIGKILL is delivered on error handling Signed-off-by: -
Rusty Russell authored
Radheka Godse <radheka.godse@intel.com> pointed out that parameter parsing failures allow a module still to be loaded. Trivial fix. Signed-off-by:
Rusty Russell <rusty@rustcorp.com.au> Signed-off-by:
-
Prasanna Meda authored
This change still keeps the comm length at 16, but allows easier patching for local modifications, and also introduces a macro to use instead of magic 16, where sizeof(comm) is not preferable to use. Not able to use killall, pidof etc. effectively, when long process names are used for scripts. Just changing the command length from 16 to 32 breaks a.out coredump logic. Deamonise and get_task_comm helped in other places in 2.6.10. Signed-off-by:
Prasanna Meda <pmeda@akamai.com> Signed-off-by:
-
Peter Martuccelli authored
A couple of one liners to resolve two issues that have come up regarding audit. Roger reported a problem with audit.c:audit_receive_skb which improperly negates the errno argument when netlink_ack is called. The second issue was reported by Steve on the linux-audit list, auditsc.s:audit_log_exit using %u instead of %d in the audit_log_format call. Please note, there is a mailing list available for audit discussion at https://www.redhat.com/archives/linux-audit/Signed-off-by:
Peter Martuccelli <peterm@redhat.com> Signed-off-by:
Steve Grubb <sgrubb@redhat.com> Signed-off-by:
Roger Luethi <rl@hellgate.ch> Signed-off-by:
-
Akinobu Mita authored
*** Warning: "crypto_free_tfm" [security/seclvl.ko] undefined! *** Warning: "crypto_alloc_tfm" [security/seclvl.ko] undefined! *** Warning: "crypto_unregister_alg" [crypto/sha1.ko] undefined! *** Warning: "crypto_register_alg" [crypto/sha1.ko] undefined! Signed-off-by:
Akinobu Mita <amgta@yacht.ocn.ne.jp> Signed-off-by:
-
Jeff Dike authored
An eliminated warning from Chris Wright. Signed-off-by:
Jeff Dike <jdike@addtoit.com> Signed-off-by:
-
Jeff Dike authored
From: Chris Wright - define CONFIG_INPUT to shut up a config warning. Signed-off-by:
-
Jeff Dike authored
From: Chris Wright - make clean gets rid of more stuff Signed-off-by:
-
Jeff Dike authored
From: Chris Wright - Fix the syntax of the sys_call_table initializers. Signed-off-by:
-
Jeff Dike authored
Lots of sparse annotations from Chris Wright. Signed-off-by:
-
Jeff Dike authored
Signed-off-by:
-
Jeff Dike authored
x86_64 only delivers signals in the SA_INFO style, whether you ask for it or not. This patch adds a config option which says whether the arch is SA_INFO-only or not, and ifdefs out the sigcontext signal delivery if so. Signed-off-by:
-
Jeff Dike authored
This shuts up some messages about ioctls being called when they are handled by the line discipline. Signed-off-by:
-
Jeff Dike authored
This makes a bunch of 64-bit cleanups exposed by x86_64. Signed-off-by:
-
Jeff Dike authored
Add the new 2.6.10 syscalls. Signed-off-by:
-
Jeff Dike authored
Add some of the 2.6.10 ptrace updates. Signed-off-by:
-
