- 01 Dec, 2002 31 commits
-
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
Primarily adds Nvidia + some i845G
-
Alan Cox authored
-
Alan Cox authored
-
Alan Cox authored
Add Zwane Remove soundmodem stuff Update snapgear
-
Alan Cox authored
-
Alan Cox authored
-
Rusty Russell authored
By Kai Germaschewski: "Well, I have another solution, which doesn't need additional Makefile magic or anything. I just put the module name into each .o file where <linux/module.h> is included. Putting it into the section .gnu.linkonce.modname has the effect that even for multi-part modules, we only end up with one copy of the name. Caveat: I'm using the preprocessor macro KBUILD_MODNAME to know what to put into .gnu.linkonce.modname. The following used to happen: (drivers/isdn/eicon/Makefile) divas-objs := common.o Divas_mod.o ... eicon-objs := common.o eicon_mod.o ... Divas_mod.o is compiled with -DKBUILD_MODNAME=divas eicon_mod.o is compiled with -DKBUILD_MODNAME=eicon common.o is compiled with -DKBUILD_MODNAME=divas_eicon So in the case above, both divas.o and eicon.o would end up with a .gnu.linkonce.modname section containing "divas_eicon" My fix to this is to not define KBUILD_MODNAME when compiling an object whilch will be linked into more than one module - so common.o gets no .gnu.linkonce.modname section at all. Works fine here. Now, doing this I remove one of the reasons why we would need modules linked as '.ko' ;), but it seems much cleaner than generating a temporary file, using objcopy etc."
-
Rusty Russell authored
On the v850, the elf toolchain uses a `_' prefix for all user symbols (I'm not sure why, since most toolchains seem to have dropped this sort of thing). The attached patch adds the ability to deal with this, if the macro MODULE_SYMBOL_PREFIX is defined by <asm/module.h>. This only affects places where symbol names come from the user, e.g., EXPORT_SYMBOL, or the explicit symbol-names used in kernel/module.c itself. [Tweaked a little by Rusty, original by Miles Bader]
-
Rusty Russell authored
This patch allows the new depmod to generate the USB & PCI hotplug tables. Greg Banks and I are (slowly) working on a better solution, but allows the old-style "modules.pcimap" etc. to be generated in the short term. This patch adds a "__mod_XXX_table" symbol which is an alias to the module table, rather than a pointer. This makes it relatively trivial to extract the table. Previously, it required a pointer dereference, which means the relocations must be applied, which is why the old depmod needs so much of modutils (ie. it basically links the whole module in order to find the table). The old depmod can still be invoked using "-F System.map" to generate the tables (there'll be lots of other warnings, and it will generate a completely bogus modules.dep, but the tables should be OK.)
-
Rusty Russell authored
Two fixes. Firstly, set ALLOC on the right section so we actually keep the symbol names and don't deref a freed section, and secondly get the symbol size (more) correct.
-
Rusty Russell authored
From Andrew Morton
-
ssh://mulgrave-w/BK/scsi-misc-2.5James Bottomley authored
into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5
-
Russell King authored
Currently, uart_get_divisor() and uart_get_baud_rate() take a tty structure. We really want them to take a termios structure so we can avoid passing a tty structure all the way down to the low level drivers. In order to do this, we need to be able to convert a termios structure to a numeric baud rate - we provide tty_termios_baud_rate() in tty_io.c for this purpose. It performs a subset of the tty_get_baud_rate() functionality, but without any "alt_speed" kludge. We finally export uart_get_baud_rate() and uart_get_divisor() to for low level drivers to use. We now have all the functions in place to support ports which want to have access to the real baud rate rather than a divisor value.
-
Russell King authored
-
Russell King authored
uart_get_divisor() calculates the divisor for standard uarts, and will eventually become a helper function for low level port drivers.
-
Russell King authored
This is another step towards moving the divisor calculations into the low level drivers, thereby allowing the faster baud rates mentioned in the previous cset. Moving this field to uart_port means that the low level drivers do not have to know about the uart_state structure.
-
Russell King authored
We provide a new function, uart_get_baud_rate(), to return the desired numeric baud rate from the uart_port and tty structures. This allows us to: 1. localise the 38400 alternate speed kludge to one area. 2. support faster baud rates than the usual baud_base / desired_rate calculations in the future (eventually allowing the use of the magic divisors in 8250.c.)
-
Russell King authored
We originally checked for failure by checking if the returned code was non-zero. Strictly, it should be a negative value.
-
Russell King authored
Patch from Randolph Chung, slightly modified by rmk. When displaying the details of memory mapped serial ports, we want to show some sane base value. The cookie returned from ioremap can be meaningless to users (and developers), especially when the cookie could be a dynamically allocated virtual address. The more useful cookie is the value passed into ioremap. We already have support for handling this cookie internally - we haven't allowed the PCI probe module to hand it to the higher levels until now.
-
Russell King authored
Patch from Zwane Mwaikambo, fixed by rmk, comments by rmk. SIIG cards have parallel ports in addition to serial ports. We therefore probe the cards in parport_serial.c and call the serial specific probe functions in 8250_pci.c This is the second half of a patch that was applied in 2.5.50 to parport_serial by others without the corresponding 8250_pci.c changes.
-
Russell King authored
During initialisation of 8250 serial, we scan a list of ISA ports and register any ports. We then perform PNPBIOS scanning, which re-registers ttyS0. Unfortunately, if devfs is enabled, devfs reports an error because we try to create two tts/0 entries. Therefore, when adding a new port we check that it has not been detected before attempting to probe the port and register it with devfs (via the tty layer.)
-
- 30 Nov, 2002 1 commit
-
-
Russell King authored
-
- 29 Nov, 2002 3 commits
-
-
Christoph Hellwig authored
Currently scsi_register_host silently fixes up missing initializations of max_sectors and release. Add some printks complaining about this so we can get rid of it sooner or later.
-
Christoph Hellwig authored
The same for sr (I didn't actually had a chance to actually test this, but it's the same change as in sd).
-
Christoph Hellwig authored
This is the final patch to make sd work properly in a hotplug enviroment. Add a bitmap for currently used disks so that we can properly reuse dev_t when a disk is hot-unplugged. While at that add support for the eight additional majors allocated to sd in the latest devices.txt [1]. If only register_blkdev finally died we could nuke almost all knowledge of majors/minors from sd... [1] http://www.lanana.org/docs/device-list/devices.txt
-
- 28 Nov, 2002 3 commits
-
-
Christoph Hellwig authored
(1) move all bdev methods in one place instead of spreading them all around the file (2) consistant naming: everything is sd_<operation> now (3) use scsi_device_get/scsi_device_put (4) remove bogus checks scsi_disk->device set, since 2.5.4x it always is (5) clean up some coding style issues
-
Christoph Hellwig authored
Two new helpers: scsi_device_get and scsi_device_put that get/release a reference to the underlying HBA driver and increment/decrement ->access_count. Cleanup ->attach/->detach routines in the upper layer drivers a bit to consolidate the error pathes once we're cleaning them up. ->attach and ->detach in upper layer drivers are mandatory now (not having them would be rather pointless). (note that the sd.c changes are not in this patch, it'll be part of my next, bigger patch)
-
Mike Anderson authored
-
- 27 Nov, 2002 2 commits
-
-
Mike Anderson authored
I have attached an updated combined patch of my previously posted sysfs changes. This patch is against linux-scsi.bkbits.net/scsi-misc-2.5 This patch contains these updates: - update to osst.c to support sysfs cleanups. - oops fix in osst.c detach if no device attached. A better method than this quick fix is needed. - removed scsi_bus_hotplug function do to bug and not really needed now as default gives path data. If needed in future can be added with better definition. -andmike
-
James Bottomley authored
into mulgrave.(none):/home/jejb/BK/scsi-misc-new-2.5
-