- 06 Oct, 2004 34 commits
-
-
bk://kernel.bkbits.net/acme/sk_buff-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/acme-2.6
-
Alexander Viro authored
Signed-off-by:
Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
trivial endianness annotations in drivers/usb (apply after ohci and isd200 fixes). Note: drivers/usb is nearly endian-clean at that point; there are several very dubious places in there (in particular, rtl8150, pegasus and usbnet are almost certainly broken in mii-related code on big-endian hosts); I'm leaving them alone for now. Signed-off-by:
-
Alexander Viro authored
unsigned long is not a good type to use in declaration of structure we feed to hardware... Signed-off-by:
-
Alexander Viro authored
->dma can be a 64bit variable on 64bit boxen; its value will fit into 32 bits just fine (due to dma mask). However, cpu_to_le32p(&...) will break if we are on a 64bit big-endian; we'll end up up passing it the address of upper 32 bits and get 0 instead of correct value. Fix is trivial... Signed-off-by:
-
Alexander Viro authored
hfs_bnode_read_u8() always returns 0 on little-endian (cut'n'paste bug - function is almost exact copy of its u16 counterpart, but be16_to_cpu() should've been removed here). Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
missing conversions from on-disk to host-endian in a couple of places... Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
* remaining endiannes cleanups * don't mess with setting finfo.i.dataStreamSize when creating the root directory inode; that field is ignored when populating in-core directory inodes. * missing cpu_to_le16() in ncp_search_for_fileset() (for big-endian clients server sees 0xff7f instead of intended 0x7fff). Signed-off-by:
-
Alexander Viro authored
100% straightforward annotations - from gcc POV no code had been changed. Signed-off-by:
-
Alexander Viro authored
New helper: ncp_reply_le16() (decode 16bit little-endian). ConvertToNWfromDWORD() cleaned up and fixed (it used to have one too many le16_to_cpu() in arithmetics, on top of ugly tricks with memcpy() et.al.). ncp_reply_word() has no callers left; removed. Signed-off-by:
-
Alexander Viro authored
New marshalling helpers - ncp_add_be16() and ncp_reply_be16(). Encode and decode a big-endian 16bit field resp. A bunch of places in ncplib_kernel.c switched to usign these. Signed-off-by:
-
Alexander Viro authored
New helper in marshalling code: ncp_add_be32() Takes host-endian argument, converts to big-endian and stores into packet we are building. A bunch of places in ncplib_kernel.c converted to using it. Signed-off-by:
-
Alexander Viro authored
trivial cleanup: endianness conversions pulled into ncp_date_dos2unix() and ncp_date_unix2dos() from their callers. Signed-off-by:
-
Alexander Viro authored
That's the beginning of ncpfs endianness cleanup. * converted fixed-endian constants to little-endian (i.e. replaced htons(0xCDAB) with cpu_to_le16(0xABCD), etc.). These guys _are_ little-endian and make much more sense that way, even aside of annotation issues. Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
udf/balloc.c::find_next_one_bit() had been confused about types... Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
trivial junk that had been hanging arond in my tree for months now... Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
fixed bug: le32_to_cpu(desc->size_hi) is broken on big-endian, since ->size_hi is 16bit. Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 05 Oct, 2004 6 commits
-
-
Arnaldo Carvalho de Melo authored
Signed-off-by:
Arnaldo Carvalho de Melo <acme@conectiva.com.br> Signed-off-by:
David S. Miller <davem@redhat.com>
-
Arnaldo Carvalho de Melo authored
This is the start of a series of patches to remove protocol specific stuff out of include/linux/skbuff.h and to make the struct sk_buff header pointers private, i.e. they will only be accessible thru foo_hdr(skb) and some other accessor functions. Signed-off-by:
-
Herbert Xu authored
This patch squashes a bug in tcp_diag which was created when the sk_* loops replaced the original for loops. It's a pity that these sk_*/hlist_*/list_* loops don't take an arbitrary expression as an argument for continue. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Hideaki Yoshifuji authored
We broke ECN encapsulation in tunnels recently. Without this patch, even though encapusulated (inner) packet is 'not-ECN', encapusulating (outer) packet is sent with 'ECT(0)' set. This is wrong and should be 'not-ECN.' This patch fixes up. From RFC3168: The full-functionality option for ECN encapsulation is to copy the ECN codepoint of the inside header to the outside header on encapsulation if the inside header is not-ECT or ECT, and to set the ECN codepoint of the outside header to ECT(0) if the ECN codepoint of the inside header is CE. Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by:
-
Herbert Xu authored
I was fixing the tcp_diag so that it shows SYN_RECV sockets properly. I found that /proc/net/tcp didn't do it correctly either. So here is a small patch to fix /proc/net/tcp. The logic in there stinks though so I'd love to see a rewrite. Signed-off-by:
-
David S. Miller authored
Switch over to use the single-step scheme which x86 uses which is to execute the kprobe instruction in the kprobe->insn[] area. Also, make sure the kprobe execution runs fully with interrupts disabled, so we do not deadlock. This required adding code to fix things up as a result of the instruction executing at a PC which is different from where it would normally execute. For example, if the instruction is a PC-relative branch, we have to adjust the final PC value. Signed-off-by:
-
