- 26 Jul, 2004 1 commit
-
-
Steve French authored
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 24 Jul, 2004 7 commits
-
-
bk://linux.bkbits.net/linux-2.5Steve French authored
into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs
-
Linus Torvalds authored
-
bk://linux.bkbits.net/linux-2.5Steve French authored
into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs
-
Anton Blanchard authored
- We were statically predicting syscalls would be 32bit which meant every 64bit syscall was guaranteed to be mispredicted. Just let the hardware predict this one. - We shouldnt use blrl for indirect function calls, it is unlikely to be predicted correctly and corrupts the link prediction stack. We should use bctrl instead. - Statically predict a branch in the system call path, favouring calls from userspace. - Remove static prediction in pagefault path, hardware prediction should do a better job here. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Anton Blanchard authored
It turns out in the non NUMA case, max_low_pfn doesnt get initialised until init_bootmem so we need to move initialisation of max_pfn below it. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://linux.bkbits.net/linux-2.5Steve French authored
into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs
-
Steve French authored
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 23 Jul, 2004 2 commits
-
-
Anton Blanchard authored
I noticed excessive time in the pid hash functions on a ppc64 box. It turns out the pid hash is being sized way too small, eg on a 16GB box: PID hash table entries: 16 (order 4: 256 bytes) The reason is that the pid hash init function uses max_pfn before it was setup on ppc64. With the following patch things are good again: PID hash table entries: 4096 (order 12: 65536 bytes) Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
David Mosberger authored
On some platforms, you'll want to support READ_IMPLIES_EXEC differently depending on personality (e.g, native binary vs. x86 binary). This supports that (and makes the code more readable while at it) by replacing the old architecture-specific fixed LEGACY_BINARIES macro define with a architecture-specific "elf_read_implies_exec_binary()" helper function. For now, x86 is the only user, and sets the "read implies exec" bit for legacy apps. ia64 and x86-64 are likely to want to do their own thing. Acked by Ingo. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 22 Jul, 2004 10 commits
-
-
Linus Torvalds authored
This makes it much easier on the callers, no need to worry about races with vmtruncate() and friends, since "install_page()" will just cleanly handle that case and tell the caller about it.
-
Andy Whitcroft authored
Add is_highmem_idx() and is_normal_idx() to determine whether a zone index is a highmem or normal zone. Use this for memmap_init_zone(). Signed-off-by: Andy Whitcroft <apw@shadowen.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Roman Fietze authored
Don't bother zeroing the allocated memory inside alloc_buf() in the n_tty line discipline. alloc_buf() is static inline and is only referenced by n_tty_open() which always clears the memory (once more). No bug, just a minor cleanup
-
Dominik Brodowski authored
Asus also "hides" the LPC bridge on M2N notebooks. Add it to the asus_hides_smbus PCI quirk. Fixes bug #2976 @ http://bugme.osdl.org/show_bug.cgi?id=2976Signed-off-by: Dominik Brodowski <linux@brodo.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
copy_namespace() forgets to switch the new 'mnt_namespace' field in the vfsmounts of the new namespace.
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
The recent changes to (6 Jul 04) pkt_cls.h are evil, you can't build a version of 'tc' to work unless you know the kernel config! It has several API problems: - API data structures change on kernel config options - new fields should be added at the end of a structure to allow binary compatibility. This patch tries to clean this up. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Herbert Xu authored
This patch is a preparation for an update of the ECN encap/decap code with respect to RFC3168. It creates an enum of the four code-points defined by RFC3168 and uses them throughout the inet_ecn.h file. The only non-trivial bit is in IP_ECN_set_ce/IP6_ECN_set_ce where the patch uses INET_ECN_CE instead of 1. This is OK as those functions assume that the ECT bit is already set. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@redhat.com>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@redhat.com>
-
- 21 Jul, 2004 16 commits
-
-
David S. Miller authored
-
David S. Miller authored
-
Chas Williams authored
-
bk://bk.skbuff.net:20608/linux-2.6-dgramconnect/David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
http://linux-mh.bkbits.net/bluetooth-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Herbert Xu authored
The stack allocation in crypt() is bogus as whether tmp_src/tmp_dst is used is determined by factors unrelated to nbytes and src->length/dst->length. Since the condition for whether tmp_src/tmp_dst are used is very complex, let's allocate them always instead of guessing. This fixes a number of weird crashes including those AES crashes that people have been seeing with the 2.4 backport + ipt_conntrack. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: James Morris <jmorris@redhat.com> Signed-off-by: David S. Miller <davem@redhat.com>
-
William Lee Irwin III authored
-
Samuel Thibault authored
-
Tom 'spot' Callaway authored
Signed-off-by: Tom Callaway <tcallawa@redhat.com> Signed-off-by: David S. Miller <davem@redhat.com>
-
Tom 'spot' Callaway authored
Signed-off-by: Tom Callaway <tcallawa@redhat.com> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
The netem scheduler needs to limit its delayed packet queue to prevent a application burst from chewing up too much memory. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
The underlying qdisc was not being properly destroyed, shows up as assertion failure on device removal. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
Simple enhancement to netem packet scheduler that makes it classful so that the underlying pfifo default discipline can be substituted with something else (tbf, red, ...) Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
David Dillow authored
Signed-off-by: David Dillow <dave@thedillows.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
David S. Miller authored
- Make SUNOS_EMUL depend upon BINFMT_AOUT32 - Make SOLARIS_EMUL depend upon SPARC32_COMPAT - Add CONFIG_COMPAT guards, where necessary. Signed-off-by: David S. Miller <davem@redhat.com>
-
- 20 Jul, 2004 4 commits
-
-
David S. Miller authored
-
David S. Miller authored
-
Hideaki Yoshifuji authored
Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-
Hideaki Yoshifuji authored
Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-