Sam Ravnborg [Sun, 2 Mar 2003 16:36:48 +0000 (10:36 -0600)]
[PATCH] kbuild: do not run split-include for all compilations
When a rule in the top-level Makefile includes scripts as one
of the prerequisites it inherits FORCE, and thus is always build.
include/linux/autoconf.h recently included scripts hereby forcing
split-include to be run for each compilation.
Fix all rules that lists scripts as a prerequisite but did not list FORCE.
Fixed by listing the executable needed direct.
Alan Stern [Sun, 2 Mar 2003 01:48:38 +0000 (17:48 -0800)]
[PATCH] Fix USB address setting
You wouldn't expect that an innocent two-line patch would practically
destroy the entire functionality of the USB subsystem. But that's what my
last patch did. I didn't realize until I saw it in Greg's list of patches
forwarded to Linus; that patch includes a mistakenly unreverted prior
change. This explains the problems I was having yesterday, and probably
also the problems a great many people are having today.
Anyway, here's the correction -- it puts things back to what they should
have been in the first place. Greg, please apply this and send it to
Linus for his tree as soon as reasonably possible.
Russell King [Sat, 1 Mar 2003 10:24:05 +0000 (02:24 -0800)]
[PATCH] Fix cardbus build problem
This is a temporary patch which should get cardbus working again.
In order to use pci_remove_behind_bridge(), we need to separately
allocate the pci_dev structures.
Sam Ravnborg [Sat, 1 Mar 2003 06:57:30 +0000 (00:57 -0600)]
kbuild: Small updates in top-level makefile
1) Define comma so dependency files does not include a '_' in the filename
2) Use correct path for mkspec and mkversion
3) Removed checkhelp - corresponding perl script is no longer present
4) Spelling correction (reported on lkml)
kbuild: Silence some warnings when building vmlinux
For some people (though not me), the '+' indicating that a command will
invoke a sub-make didn't propagated properly, and caused a warning.
Putting the command all into one line should fix that.
Plus some cosmetics and clean up the per_cpu check.
Roger Luethi [Sat, 1 Mar 2003 02:39:28 +0000 (18:39 -0800)]
[PATCH] via-rhine: 1.17 release
Alas no rave reviews on lkml, but the private feedback I have received so
far on the recent changes has been excellent. The Rhine-II is now finally
usable with via-rhine. Time to call it 1.17.
The old /proc/sys/cpu/ - based interface is nothing else than a
cpufreq governor which decides what frequency to use within a policy
based on userspace input. So, convert this interface (and add a
corresponding sysfs file, /sys/devices/sys/cpu0/scaling_setspeed) to
become a cpufreq governor, and move it out to an extra module (which
partly explains the size of this patch).
[PATCH] cpufreq (2/5): x86 driver updates #2 (acpi, longhaul)
- update the VIA Longhaul driver to use frequency table helpers and
the advanced cpufreq driver registration interface.
- cleanup of the ACPI P-States cpufreq driver
- very small update of the core -- set 24API values ahead of the setpolicy
call.
Martin J. Bligh [Fri, 28 Feb 2003 07:02:42 +0000 (23:02 -0800)]
[PATCH] Fix kirq_balance up so I can disable it.
At the moment, there are two different switches used, irqbalance_disabled
and no_balance_irq ... each of which switches half the code off. This
patch harmonises them into one (irqbalance_disable), and uses the old
subarch stuff as a default value so that this is auto-disabled on boxes
like NUMA-Q that can't cope with it.
Also renamed no_balance_irq to NO_BALANCE_IRQ as it's really a static
defined number now, not pretending to be a switch variable any more.
Now off by default for NUMA-Q, on by default for others, but can be
disabled with the boot time flag if people desire.
Martin J. Bligh [Fri, 28 Feb 2003 07:02:28 +0000 (23:02 -0800)]
[PATCH] Move pfn_to_nid inline
Patch from William Lee Irwin
Inline and simplify pfn_to_nid - this is called heavily, it's a tiny
function, and makes a noticable difference in system time for kernel
compiles (sorry, lost the data). Is only used on NUMA machines.
Has been tested in my tree for over a month on UP, SMP, and NUMA and
compile tested against a variety of different configs.
Martin J. Bligh [Fri, 28 Feb 2003 07:02:21 +0000 (23:02 -0800)]
[PATCH] Fix potential NULL pointer
translation_table could be unintialised on machines other than NUMA-Q.
You never see this, as the compiler happens to optimise it away, but
it's still a Really Bad Idea (tm). Thanks to someone whose name I have
unfortunately forgotten for pointing this out.
Has been tested in my tree for over two weeks on UP, SMP, and NUMA and
compile tested against a variety of different configs.
Martin J. Bligh [Fri, 28 Feb 2003 07:02:14 +0000 (23:02 -0800)]
[PATCH] Move node pgdat into node's own memory
Patch from William Lee Irwin
This moves the node's pgdat into the node's own local memory area along
with the lmem_map.
It only touches arch/i386/mm/discontig.c - ie can only affect NUMA
machines. Has been tested in my tree for over a month on UP, SMP, and
NUMA and compile tested against a variety of different configs.
Russell King [Thu, 27 Feb 2003 23:37:28 +0000 (23:37 +0000)]
[ARM PATCH] 1406/1: Enable mtd partitions via mtdparts in dc21285 map driver
Patch from Jonas Larsson
The dc21285 mtd map driver supported RedBoot partitioning only. Kernel command line partitioning was not supported. This patch adds the missing functionality.
Andy Grover [Thu, 27 Feb 2003 08:23:08 +0000 (00:23 -0800)]
ACPI: Interpreter update
- Add acpi_walk_resource support (Bjorn Helgaas)
- Add S4BIOS support (Pavel Machek)
- Rewrite GPE code to deal with future GPE block devices
- Fix a bug that caused long delays when receiving SCIs
- Fix a bug that causes oopses when battery strings are ""
Duncan Sands [Thu, 27 Feb 2003 01:16:13 +0000 (17:16 -0800)]
[PATCH] USB speedtouch: better proc info
Output the correct device name, show the state of the device (for debugging) and of the
ADSL line (anyone want to write a graphical utility to show this, like under windows?). We
no longer consult the usb_device struct in udsl_atm_proc_read, so don't take a reference
to it. Against Greg's current 2.5 USB tree.
Roger Luethi [Thu, 27 Feb 2003 00:49:48 +0000 (16:49 -0800)]
[PATCH] via-rhine: fix races
This patch addresses two distinct races:
- Until now, the driver started the chip for Tx regardless of errors
pending in the status register. Not good if an error occured while
we were queueing packets -- the chip counter had not been reset,
so Tx died. (We can't reliably get an interrupt for every error
condition)
- The Rhine-II (when under load) frequently produces a Tx descriptor
write-back race error. Failing to handle this means waiting for the
netdev watchdog. Fixed.
In addition, we must wait for the Tx engine to turn off on error
conditions before we scavenge the descriptor entries. Failing to do
so will typically lead to performance going down to about 10%: Burst,
timeout, burst, timeout.. (again, with a Rhine-II under load).
Roger Luethi [Thu, 27 Feb 2003 00:49:41 +0000 (16:49 -0800)]
[PATCH] via-rhine: reset logic
Since Linus and Jeff raised the issue of PCI posted writes, I cleaned up
wait_for_reset() some more. Experiments show that with MMIO, a reset may
indeed take seemingly longer -- that is fixed by flushing that buffer.
Also, the driver now polls the appropriate register while waiting for the
reset to finish.
Dave Jones [Thu, 27 Feb 2003 00:44:37 +0000 (16:44 -0800)]
[PATCH] VIA Nehemiah cache workaround.
It turns out that this bug is only on the pre-production models,
but as a few of them have 'escaped' the labs to the hands of
a few lucky developers, we still need it.
Kevin Corry [Wed, 26 Feb 2003 23:15:16 +0000 (15:15 -0800)]
[PATCH] dm: prevent possible buffer overflow in ioctl interface
Use the correct size for "name" in register_with_devfs().
During Al Viro's devfs cleanup a few versions ago, this function was
rewritten, and the "name" string added. The 32-byte size is not large
enough to prevent a possible buffer overflow in the sprintf() call,
since the hash cell can have a name up to 128 characters.
Joe Thornber [Wed, 26 Feb 2003 23:12:04 +0000 (15:12 -0800)]
[PATCH] dm: __LOW macro fix no. 2
Another fix for the __LOW macro.
When dm_table and dm_target structures are initialized, the "limits" fields
(struct io_restrictions) are initialized to zero (e.g. in dm_table_add_target()
in dm-table.c). However, zero is not a useable value in these fields. The
request queue will never let an I/O through, regardless of how small it might
be, if max_sectors is set to zero (see generic_make_request in ll_rw_blk.c).
This change to the __LOW() macro sets these fields correctly when they are
first initialized. [Kevin Corry]
projects / linux / log