- 11 Jun, 2003 20 commits
-
-
Stephen Hemminger authored
-
Stephen Hemminger authored
-
Stephen Hemminger authored
-
Hideaki Yoshifuji authored
-
Hideaki Yoshifuji authored
-
Benjamin Herrenschmidt authored
-
bk://kernel.bkbits.net/acme/udpv6-2.5David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
David Stevens authored
-
Stephen Hemminger authored
-
Stephen Hemminger authored
-
David Mosberger authored
-
David S. Miller authored
-
Hideaki Yoshifuji authored
-
Rusty Russell authored
-
Krishna Kumar authored
-
David S. Miller authored
Based upon a patch from Stephen Hemminger.
-
Bart De Schuymer authored
-
bk://ldm.bkbits.net/linux-2.5-coreLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-core
-
bk://bk.arm.linux.org.uk/linux-2.5-rmkLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 12 Jun, 2003 1 commit
-
-
Nicolas Pitre authored
Patch from Nicolas Pitre > Patch #1540/1 has had the following note added: > > Ok, it seems that we've had this for years and years, and it hasn't been > causing a problem. We've now got -Wa,-mno-fpu which should catch anything > which shouldn't be used anyway. > > Could you send a new patch for this change please? > > Update by: Russell King Here it is.
-
- 11 Jun, 2003 5 commits
-
-
Peter Milne authored
Patch from Peter Milne Peripheral Memory Mapped Register defs for Messaging, PBI, DMA, I2C
-
Nicolas Pitre authored
Patch from Nicolas Pitre The -march=armv5te issue looks to be fixed in gcc-3.3. Since gcc-3.3 is the only gcc version >= 3 that seems to correctly compile kernels out of the box I think it would be reasonable to apply this patch and no bother with older gcc versions. Yet gcc-3.3 emits V5TE instructions only when -mcpu=xscale is used, but that seems to have been fixed in current CVS so next gcc release will use all available instructions properly with -march=armv5te.
-
Deepak Saxena authored
Patch from Deepak Saxena This patch adds some hooks to arch/arm/Makefile to enable proper building of big-endian kernels. It also adds an option to the the top level arm KConfig that only allows a big-endian kernel to be built if the sub-arch KConfig sets the CONFIG_ARCH_SUPPORTS_BIG_ENDIAN boolean to true. This is mainly there to keep people from attemtpting to build a big-endian kernel for a system that is not capable of running in big-endian mode.
-
Deepak Saxena authored
Patch from Deepak Saxena
-
bk://bk.arm.linux.org.uk/linux-2.5-pcmciaLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 12 Jun, 2003 4 commits
-
-
Dominik Brodowski authored
Rename the socket_info_t inside tcic.c to struct tcic_socket. At one time there were at least five different "socket_info_t" within cardmgr / linux/drivers/pcmcia. Let's get rid of all of them to avoid confusion in future.
-
Dominik Brodowski authored
Rename the socket_info_t inside tcic.c to struct i82365_socket. At one time there were at least five different "socket_info_t" within cardmgr / linux/drivers/pcmcia. Let's get rid of all of them to avoid confusion in future.
-
Dominik Brodowski authored
The i82365 doesn't work unless CONFIG_ISA is set -- see this from i82365_init: ... sockets = 0; #ifdef CONFIG_ISA isa_probe(); #endif if (sockets == 0) { printk("not found.\n"); driver_unregister(&i82365_driver); return -ENODEV; } ... So, remove all instances of CONFIG_ISA from i82365.c and add a dependency to the Kconfig file.
-
Dominik Brodowski authored
Get rid of the typedef struct pcmcia_socket socket_info_t; by replacing all remaining usages of cs_internal's socket_info_t with struct pcmcia_socket.
-
- 11 Jun, 2003 10 commits
-
-
Dominik Brodowski authored
Linus said [on April 25th of this year]: > There are two reasons I did pci_socket, and one of them is stale > and the other one is a matter of taste. As the second reason is stale now, too, unify yenta.c and pci_socket.c.
-
Dominik Brodowski authored
Remove socket_no from struct pcmcia_bus_socket - it's only used in printks, and the one additional level of indirection doesn't hurt there. ds.c | 10 ++++------ 1 files changed, 4 insertions(+), 6 deletions(-)
-
Dominik Brodowski authored
Replace the socket number with struct pcmcia_socket from mtd_bind_t and bind_req_t. drivers/pcmcia/cs.c | 4 ++-- drivers/pcmcia/ds.c | 6 +++--- include/pcmcia/cs.h | 4 ++-- 3 files changed, 7 insertions(+), 7 deletions(-)
-
Dominik Brodowski authored
As "socket_no" is deprecated, replace it with struct pcmcia_socket in client_handle_t. bulkmem.c | 4 ++-- cs.c | 22 ++++++++++------------ cs_internal.h | 4 ++-- 3 files changed, 14 insertions(+), 16 deletions(-)
-
Russell King authored
-
Dominik Brodowski authored
This patch updates the callbacks to the socket drivers to take the corresponding struct pcmcia_socket as argument instead of the "socket number". drivers/pcmcia/bulkmem.c | 6 +++--- drivers/pcmcia/cistpl.c | 4 ++-- drivers/pcmcia/cs.c | 18 +++++++++--------- drivers/pcmcia/i82092.c | 36 +++++++++++++++++++++++------------- drivers/pcmcia/i82092aa.h | 20 ++++++++++---------- drivers/pcmcia/i82365.c | 34 +++++++++++++++++++++++----------- drivers/pcmcia/pci_socket.c | 40 ++++++++++++++++++++-------------------- drivers/pcmcia/rsrc_mgr.c | 2 +- drivers/pcmcia/tcic.c | 35 ++++++++++++++++++----------------- include/pcmcia/ss.h | 22 ++++++++++++---------- 10 files changed, 121 insertions(+), 96 deletions(-)
-
Russell King authored
Re-enable the suspend and resume methods for SA11xx PCMCIA devices, and update the initialisation/cleanup code for Dominik's recent changes.
-
Dominik Brodowski authored
Add a more sane socket registration interface. Previously, it was messed up because Greg's struct class hadn't been invented when I wrote the code: there may be multiple sockets per "struct device", and there is the need for one "struct class_device" for each socket. drivers/pcmcia/cs.c | 217 +++++++++++++++++++++----------------------- drivers/pcmcia/ds.c | 56 ++--------- drivers/pcmcia/i82092.c | 48 ++++----- drivers/pcmcia/i82365.c | 41 ++++---- drivers/pcmcia/pci_socket.c | 23 +--- drivers/pcmcia/pci_socket.h | 2 drivers/pcmcia/tcic.c | 38 ++++--- include/pcmcia/ss.h | 25 +++-- 8 files changed, 210 insertions(+), 240 deletions(-)
-
Dominik Brodowski authored
Split up the socket initialization in cs.c into two pieces: pcmcia_register_socket / pcmcia_unregister_socket will focus on registering sockets with the device core in future, set all necessary fields etc. pcmcia_add_socket / pcmcia_remove_socket will use an interface to the device class "pcmcia_socket_class" in future, and mainly take care of what initialization cs.c needs to work properly. This patch is almost completely limited to shuffling code around cs.c | 157 +++++++++++++++++++++++++++++++++++-------------------------------- 1 files changed, 83 insertions(+), 74 deletions(-)
-
Patrick Mochel authored
From Jeremy Fitzhardinge: With the current system device changes (I picked them up in 2.5.70-mm8), the system device class assumes that all system device drivers are registered before any system devices are registered. Unfortunately, this is often not the case. CPU devices are registered very early, but cpufreq registers drivers for them; since cpufreq drivers can be loaded as modules, they clearly can't be registered before the device is. This patch keeps a list of all registered devices hanging off the system device class. When a new driver is registered, it calls the driver's add() function with all existing devices. Conversely, when a driver is unregistered, it calls the driver's remove() function for all existing devices so the driver can clean up. Note: the list in the class's embedded kset is used, rather than creating a new field.
-