Matthew Wilcox [Fri, 20 Jun 2003 05:31:01 +0000 (22:31 -0700)]
[PATCH] reimplement pci proc name
Hi Greg. Ivan's not happy with the solution I came up with for naming
/proc/bus/pci and Anton would prefer something slightly different too,
so I abstracted the name out so each architecture can do its own thing.
This is against 2.5.72 so won't apply cleanly to your tree (it
applies to bitkeeper as of a few minutes ago with only minor offsets).
I've implemented the original name for non-PCI-domain machines; done what
ia64 and alpha need, respectively (assuming I didn't misunderstand Ivan),
and plopped in the Old Way of doing things for Sparc64, PPC and PPC64.
Maintainers may alter this to whatever degree of complexity they wish.
While there is a separate driver for 2104x tulips (CONFIG_DE2104X),
drivers/net/tulip/Kconfig states that CONFIG_TULIP also supports
2104x tulips. This is not the case since that support was removed
in December 2001. A user with an old tulip may thus be tricked into
configuring the wrong driver. (I was, on my PMac 4400.)
The patch below removes this misinformation from tulip's Kconfig.
Daniel Ritz [Thu, 19 Jun 2003 18:35:52 +0000 (14:35 -0400)]
[PATCH] xirc2ps_cs update
the second patch:
replaces busy_loop with a simple macro doing a schedule_timeout. busy_loop was never
called from interrupt conext anyway, so no need for that. and the sti() is gone.
Daniel Ritz [Thu, 19 Jun 2003 18:35:27 +0000 (14:35 -0400)]
[PATCH] xirc2ps_cs update
hi
this patch does:
- net_device is no longer allocated as part of the driver's private structure,
instead it's allocated via alloc_netdev
- xirc2ps_detach calls xirc2ps_release if necessary (like the other drivers)
Andi Kleen [Thu, 19 Jun 2003 18:09:54 +0000 (14:09 -0400)]
[PATCH] Remove copied inet_aton code in bond_main.c
According to a report the my_inet_aton code in bond_main.c is copied
from 4.4BSD, but it doesn't carry a BSD copyright license. In addition
it is somewhat redundant with the standard in_aton. Convert it
to use the linux function.
Error handling is a bit worse than before, but not much.
Patch for 2.5 bonding. The 2.4 version has the same problem, but afaik
it is scheduled to be replaced by the 2.5 codebase anyways.
David S. Miller [Thu, 19 Jun 2003 10:56:45 +0000 (03:56 -0700)]
[TELEPHONY]: Fix 64-bit warnings in ixj.c
1) Use unsigned long for types holding jiffies.
2) Use size_t for read/write buffer lengths.
3) Use proper printf format string for size_t.
Andy Grover [Thu, 19 Jun 2003 10:41:38 +0000 (03:41 -0700)]
ACPI: Interpreter update to 20030619
- Fix To/FromBCD, eliminating the need for an arch-specific #define
- Do not acquire a semaphore in the S5 shutdown path
- Fix ex_digits_needed for 0 (Takayoshi Kochi)
- Fix sleep/stall code reversal (Andi Kleen)
- Revert a change having to do with control method calling semantics
David S. Miller [Thu, 19 Jun 2003 10:29:32 +0000 (03:29 -0700)]
[IRDA]: Fix 64-bit warnings.
1) Use proper size_t printf format specifier
2) Cast pointers properly when passing them to hashfind
3) Print pointers using proper printf format specifier
instead of using ugly casts.
David S. Miller [Thu, 19 Jun 2003 10:07:10 +0000 (03:07 -0700)]
[AACRAID]: Fix 64-bit warnings/errors.
1) Do not pass NULL into cpu_to_le32(), use plain zero.
2) When storing DMA addresses to SCp.ptr, cast to ulong.
This also creates two new functions, pci_get_device() and pci_get_subsys()
which should be used from now on instead of pci_find_device() and
pci_find_subsys().
Thanks to Chris Wright and Andrew Morton for help in reviewing these changes.
David Mosberger [Thu, 19 Jun 2003 06:35:01 +0000 (23:35 -0700)]
[PATCH] init_thread_union really needed by modules?
init_thread_union doesn't need to be exported to modules.
We haven't exported the symbol on ia64 for ages, and we should be able
to make the init_thread_union local to arch/ARCH/kernel/init_task.c and
that in turn would let us remove its declaration from
include/linux/sched.h altogether (i.e., no more ugly #ifdefs).
Kay Sievers tried with his ~500kB firmware image and kmalloc was not
capable of getting that much memory. He suggested using vmalloc which
sound reasonable.
Art Haas [Thu, 19 Jun 2003 01:58:08 +0000 (18:58 -0700)]
[PATCH] C99 initializers for asm-alpha/include/xor.h
This patch converts the file to C99 initializers. The patch is against
the current BK. The patch is untested as I don't have access to an Alpha
machine.
Ivan Kokshaysky [Thu, 19 Jun 2003 01:57:29 +0000 (18:57 -0700)]
[PATCH] alpha oprofile fix
The oprofile_arch_exit() in discarded .exit.text section is being
called from oprofile_init() in retained .init.text section.
This causes final link failure with oprofile compiled in.
Adam Belay [Wed, 18 Jun 2003 22:38:55 +0000 (22:38 +0000)]
[PNP] Important Resource Parsing Fixes
In some cases, we're reading the wrong bits for large tags. This patch corrects
the issue by setting the affected bits forward by an offset of 2 (skipping over
the size portion of the tag).
Adam Belay [Wed, 18 Jun 2003 22:31:55 +0000 (22:31 +0000)]
[PNP] PnPBIOS resource setting fix
If a device is disabled when initially read, its blank resource data will not
be cleared and the pnp layer will assume incorrectly that the device has
already been configured. This patch resolves the issue by initializing the
resource table if the device is found to be disabled.
This patch resolves the compiler warning caused by the depreciated check_region
function. It may not be the best solution but check_region really is what is
needed here because we never actually have to call "request_region". If prefered,
I could alternatively request and release but doing so would be less efficient.
Adam Belay [Wed, 18 Jun 2003 22:23:14 +0000 (22:23 +0000)]
[PNP] Resource Management Cleanups and Updates
This patch does the following...
1.) changes struct pnp_resources to pnp_option for clarity
2.) greatly cleans up resource option registration
3.) removes some of the current conflict prevention code in
order to increase flexibility, (users will have more control)
4.) various manager cleanups, resulting code is more efficient
5.) fixes the locking bugs many have reported (now uses a mutex)
6.) removes the conflict displaying interface
- it is better to handle such things in user space
7.) also many misc. cleanups
David Mosberger [Wed, 18 Jun 2003 15:46:57 +0000 (08:46 -0700)]
[PATCH] re-enable the building of 8250_hcdp and 8250_acpi
This adds a separate SERIAL_8250_ACPI config option and makes the
8250_acpi.c code dependent on ACPI_BUS (since acpi_bus_register_driver()
is a prerequisite).
I don't understand what was on the mind of Procom programmers,
why do all this inverted logic? Its plain confusing, revert it.
Thanks to DaveM for asking if the logic was inverted, I should
have killed this weird stuff a long time ago :-\
o net: make sk_{add,del}_node functions take care of sock refcounting
With this we make it easier to write correct network families as less
details need to be taken into account, as well in the current state we
make the non-refcounting protocols (the ones still keeping deliver_to_old_ones
in the tree) suck less. 8)
Left a WARN_ON in sk_del_node_init for a while, so that we can catch cases
where we're using __sock_put on a struct sock that has refcnt == 1, which
is not the case for all the ones I tested.
Russell King [Thu, 19 Jun 2003 01:14:04 +0000 (02:14 +0100)]
[ARM] Tighten virt_addr_valid(), add comments for __pa and friends.
Ensure virt_addr_valid(x) works correctly for pointers.
Add comments indicating that drivers should not use virt_to_phys
and/or __pa to obtain an address for DMA.
projects / history.git / log