- 21 Sep, 2004 28 commits
-
-
Alexander Viro authored
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
in assignment to OPEN_REQ ->SecurityFlags we did u8 = cpu_to_le32(v8), which breaks on big-endian. Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://kernel.bkbits.net/davem/atm-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
http://lia64.bkbits.net/linux-ia64-release-2.6.9Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Jesse Barnes authored
Please apply this one instead. It turns on mmtimer and increases the number of sg entries for the LSI driver. Signed-off-by: Jesse Barnes <jbarnes@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
Gordon Jin authored
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 authored
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>
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
Chas Williams authored
From Domen Puncer <domen@coderock.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
From Nishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
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 authored
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>
-
Roland McGrath authored
This patch updates the x86-64's compat code to handle the new argument to waitid. Sorry for the oversight.
-
Rusty Russell authored
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.
-
Rusty Russell authored
/proc/net/ip_conntrack_expect was changed over to seq_file, but a \n is missing.
-
bk://bk.arm.linux.org.uk/linux-2.6-mmcLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://are.twiddle.net/axp-2.6/Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
-
- 22 Sep, 2004 1 commit
-
-
Dave Airlie authored
into starflyer.(none):/home/airlied/bitkeeper/drm-removecount
-
- 21 Sep, 2004 3 commits
-
-
Dave Airlie authored
This removes all the __HAVE_COUNTER macro and replaces them with the driver setting the values in its register_fns. Signed-off-by: Dave Airlie <airlied@linux.ie>
-
Dave Airlie authored
Another issue from the macro conversion. Signed-off-by: Dave Airlie <airlied@linux.ie>
-
Benjamin Herrenschmidt authored
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>
-
- 20 Sep, 2004 8 commits
-
-
Russell King authored
-
Russell King authored
This allows platforms to hook in their card detection, power control and power availability information.
-
Russell King authored
Don't allow threads which are acking a suspend request to leave the APM ioctl call. This prevents the state machine breaking.
-
Richard Henderson authored
-
Richard Henderson authored
-
Richard Henderson authored
-
Russell King authored
-
Russell King authored
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.
-