Get rid of IO_TOKEN_TO_ADDR() and IO_ADDR_TO_TOKEN() for pSeries EEH;
the conversion to tokens is not needed now that we have __iomem
annotations to prevent drivers from dereferencing IO addresses.
The IO tokens meant that the __raw_ IO accesses wouldn't have worked,
and removing the debugging vestiges simplifies the code noticeably.
Signed-off-by: Roland Dreier <roland@topspin.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Alexander Viro [Wed, 22 Sep 2004 01:32:22 +0000 (18:32 -0700)]
[PATCH] ext3 endianness annotations and bugfixes
* missing le32_to_cpu() in a bunch of printks
* on big-endian boxen ext3_error() failed to set EXT3_ERROR_FS in
->s_state (cpu_to_le32() instead of cpu_to_le16())
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
With the recent bio mapping changes, the caller must pass in the
original bio for unmapping again (and they do). So kill this dead code,
it could cause problems in situations where someone has used bi_private
for something else.
NTFS: - Fix endianness bug in ntfs_external_attr_find().
- Change ntfs_{external_,}attr_find() to return 0 on success, -ENOENT
if the attribute is not found, and -EIO on real error. In the case
of -ENOENT, the search context is updated to describe the attribute
before which the attribute being searched for would need to be
inserted if such an action were to be desired and in the case of
ntfs_external_attr_find() the search context is also updated to
indicate the attribute list entry before which the attribute list
entry of the attribute being searched for would need to be inserted
if such an action were to be desired. Also make ntfs_find_attr()
static and remove its prototype from attrib.h as it is not used
anywhere other than attrib.c. Update ntfs_attr_lookup() and all
callers of ntfs_{external,}attr_{find,lookup}() for the new return
values.
- Force use of ntfs_attr_find() in ntfs_attr_lookup() when searching
for the attribute list attribute itself.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
NTFS: Rename {{re,}init,get,put}_attr_search_ctx() to
ntfs_attr_{{re,}init,get,put}_search_ctx() as well as the type
attr_search_context to ntfs_attr_search_ctx.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
NTFS: Rename {find,lookup}_attr() to ntfs_attr_{find,lookup}() as well as
find_external_attr() to ntfs_external_attr_find() to cleanup the
namespace a bit and to be more consistent with libntfs.
Signed-off-by: Anton Altaparmakov <aia21@cantab.net>
Thomas Graf [Tue, 21 Sep 2004 12:17:02 +0000 (05:17 -0700)]
[NET]: Fix ifmap alignment issues over rtnetlink
Introduces a fixed size variant of ifmap for rtnetlink. Fixes
issues with address size mismatch between kernel and userspace.
Obviously this will fail if userspace provides an address greater
than 32bit.
Signed-off-by: Thomas Graf <tgraf@suug.ch> SIgned-off-by: David S. Miller <davem@davemloft.net>
Alexander Viro [Tue, 21 Sep 2004 09:52:59 +0000 (02:52 -0700)]
[PATCH] cifs: assorted endianness bugfixes
a) Flags2 left little-endian. SMBFLG2_... definitions switched to
cpu_to_le16(...), which kills the need of conversions in ->Flags2.
b) FILE_SYSTEM_UNIX_INFO (never used anywhere) is left little-endian;
when users appear, they can convert themselves.
c) bugfix: in CIFSSessSetup() we used SecurityBlobLength of response
without conversion. That would screw bigendian clients with servers that
give wcnt=4.
d) bugfix: in CIFSNTLMSSPNegotiateSessSetup() we use
SecurityBlob2->NegotiateFlags without conversion. Again, problem on
big-endian.
e) bugfix: SecurityBlob->MessageType is *not* host-endian.
f) bugfix: ->sendmsg() expects its last argument to be equal to sum
of iovec lengths, so the value passed to kernel_sendmsg()/sock_sendmsg()
would better be correct...
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
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.
projects / linux / log