Gordon Jin [Tue, 21 Sep 2004 19:41:02 +0000 (19:41 +0000)]
[IA64] ia32compat: Disable syscalls sys32_iopl() and sys32_ioperm() on ia64.
Disable syscalls sys32_iopl() and sys32_ioperm() on ia64.
To emulate these 2 syscalls correctly, we need to guarantee uncached
memory attributes on ia64, which is difficult. The only user of this
interface that we know of is X. So we think it's better to disable it.
Signed-off-by: Gordon Jin <gordon.jin@intel.com> Signed-off-by: Arun Sharma <arun.sharma@intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Kevin Tian [Tue, 21 Sep 2004 19:38:16 +0000 (19:38 +0000)]
[IA64] ia32compat: Put signal restorer code on a gate page
When userland doesn't specify sigaction->sa_restorer, we try to put
the restorer code on the stack. But this breaks ia32 binaries with
non-executable stacks. We now put the restorer code on a gate page.
Signed-off-by: Kevin Tian <kevin.tian@intel.com> Signed-off-by: Arun Sharma <arun.sharma@intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
David S. Miller [Tue, 21 Sep 2004 06:35:49 +0000 (23:35 -0700)]
[IPV4]: Zap CONFIG_IP_ROUTE_TOS
These facilities are now available by default.
The config option makes no sense because:
1) It makes no change to the layout of any
data structure, therefore it has no impact
upon memory usage of the routing tables.
2) It makes no significant change to code size,
only a handfull of lookup comparisons are
protected by the option.
3) It is needed for full RFC1812 compliance anyways.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
David S. Miller [Tue, 21 Sep 2004 06:29:32 +0000 (23:29 -0700)]
[IPV4]: Clean up fib_hash.c list handling.
1) Use linux/list.h facilities instead of by-hand
list implementation.
2) Use fib_alias structure, hung off of fib_node,
to represent routes which all have the same
destination prefix, yet have different TOS and
priority values.
Signed-off-by: David S. Miller <davem@davemloft.net>
Rusty Russell [Tue, 21 Sep 2004 00:40:31 +0000 (17:40 -0700)]
[PATCH] Warn that ipchains and ipfwadm are going away
At the recent netfilter workshop in Erlangen, we was decided to remove
the backwards compatibility code for ipchains and ipfwadm. This will
allow significant cleanup of interfaces, since we had to have a
mid-level interface for the backwards compatibility layer to use.
Start off with a warning for 2.6.9, so any remaining users have a chance
to migrate. Their firewall scripts might not check return values, and
they might get a nasty surprise when this goes away.
Linus removed the "volatile" statement from the definition of the
__raw_* IO accessors on ppc64, which cause some real bad optisations to
happen in some fbdev's like matroxfb to happen (just imagine that
matroxfb loops reading an IO register waiting for a bit to change).
The __raw_xxxx() functions still want ordered accesses (they avoid the
byteswap, though)
Signed-off-by: Benjamin Herrenschmidt <benh@kenrel.crashing.org>
The previous change is not the whole story - the mmc queue
thread may be handling a request. We must wait for outstanding
requests to complete before allowing the suspend to proceed,
otherwise we may suffer loss of data.
François Romieu [Mon, 20 Sep 2004 10:05:51 +0000 (06:05 -0400)]
[PATCH] r8169: default on disabling PCIDAC
Default to disabling PCI DAC as this option appears unsafe on amd64
(original suggestion by Hans-Frieder Vogt <hfvogt@arcor.de>).
The driver will typically report PCI System error when something goes
wrong. The relevant interrupt is not masked any more and the driver
can thus be disabled.
Russell King [Sat, 18 Sep 2004 17:32:07 +0000 (18:32 +0100)]
[MMC] Clean up MMC card CID/CSD decoding, stage 1.
Now that the raw CSD and CID information are available in mmc_card,
there's little point not passing the mmc_card structure into the
decode functions themselves.
This will be necessary, since there's several different formats of
CID decode, and the format appears to depend on data in the CSD.
If we are unable to decode the CID or CSD, we can mark the card bad
and refuse to bind it to any drivers. Users can then retrieve the
raw undecoded CID and CSD from sysfs for debugging purposes.
Russell King [Sat, 18 Sep 2004 11:50:57 +0000 (12:50 +0100)]
[MMC] Use raw CID rather than decoded CID
Save the raw CID information, and use this to match cards
with their corresponding mmc_card structure. Different
protocol revisions have different CID formats.
Nick Piggin [Sat, 18 Sep 2004 02:35:55 +0000 (19:35 -0700)]
[PATCH] fix missing unlock_page in mm/rmap.c
A required unlock_page will be missed in a very rare (but possible) race
condition. Acked by Hugh, who says:
It'll be hard to hit because of the additional page_mapped test above,
with truncate unmapping ptes from mms before it advances to removing
pages from cache; but nothing to prevent it happening.
David S. Miller [Fri, 17 Sep 2004 16:17:16 +0000 (09:17 -0700)]
[IPV4]: Fix BUG triggered in fib_sync_down()
If you modload then unload a network device,
without creating any ipv4 routes, it is possible
for the laddr hash to be not allocated yet
in fib_semantics.
Signed-off-by: David S. Miller <davem@davemloft.net>
There are a few devices that use lots of ioremap space. vmalloc space is a
showstopper problem for them.
this patch adds the vmalloc=<size> boot parameter to override
__VMALLOC_RESERVE. The default is 128mb right now - e.g. vmalloc=256m
doubles the size.
Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Arjan van de Ven <arjanv@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
The following patch adds the MTD map driver for Intel's IXP2000 NPU. The
driver is already in MTD CVS and I've gotten the OK from David to push it
upstream.
Missing Kconfig bits from Lennert Buytenhek <buytenh@wantstofly.org>
In drivers/ide/Kconfig there's a hidden config-item named BLK_DEV_ADMA.
Nowhere in the sources are any references to this item, so this option
simply is obsolete.
This patch removes the according item from drivers/ide/Kconfig.
Jeff Dike [Fri, 17 Sep 2004 05:14:58 +0000 (22:14 -0700)]
[PATCH] uml: code cleanup
Here's another batch of "obviously harmless" changes:
comments
unsigned long -> __u32 changes for some data that needs to be 32 bits
cleanups
removal of an unused declaration
rearrangement of includes
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jeff Dike [Fri, 17 Sep 2004 05:14:33 +0000 (22:14 -0700)]
[PATCH] uml: network driver fixes
This is from Gerd Knorr. It fixes a network hang caused by the host side of
an interface being full when the UML interface is brought up, preventing any
SIGIOs from happening. It also implements an ioctl needed for ethtool.
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jeff Dike [Fri, 17 Sep 2004 05:12:22 +0000 (22:12 -0700)]
[PATCH] uml: iomem fix
This patch rounds up the size of a file used for iomem emulation up to the
nearest page. This makes mmap work much better on the last page of the
file.
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jeff Dike [Fri, 17 Sep 2004 05:12:07 +0000 (22:12 -0700)]
[PATCH] uml: eliminate signal order delivery dependency
On 2.4 hosts signals are delivered in numeric order when there are multiple
pending at a given time. UML developed a subtle dependency on this
ordering, which broke on 2.6 hosts and the separate process and thread
signal queues.
This patch eliminates that dependency.
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jeff Dike [Fri, 17 Sep 2004 05:11:55 +0000 (22:11 -0700)]
[PATCH] uml: let page faults always be delivered immediately
This allows page faults to be delivered when they happen. Without this, it
can happen that a page fault will occur when SIGSEGV is disabled, and the
host will then just kill UML because it can't invoke the handler.
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Jeff Dike [Fri, 17 Sep 2004 05:11:41 +0000 (22:11 -0700)]
[PATCH] uml: cleaning up
This patch is a whole lot of "obviously won't break anything" changes,
including
renaming the UML console functions more consistently
notes to myself
code movement
making some functions static
error path cleanup
printk fixes
Signed-off-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
projects / linux / log