- 13 Sep, 2004 3 commits
-
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Stéphane Eranian authored
Thanks to David for his help in tracking it down. compile the kernel with sibling call optimization turned off. There is a problem with all functions using the optimization and the asmlinkage attribute. The compiler should not perform the optimization on these functions because it cannot preserve the syscall parameters in the callee. This caused SIGSEGV on programs traced with PTRACE_SYSCALL, for instance. signed-off-by: stephane eranian <eranian@hpl.hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
- 12 Sep, 2004 26 commits
-
-
Linus Torvalds authored
-
Benjamin Herrenschmidt authored
This patch kills the bogus radeonfb_read/write routines. In order to do so, it adds a new member to fb_info, along with screen_base, which is screen_size, indicating the mapped area. The default fb_read/write will now use that instead of fix->smem_len if it is non-0, and radeonfb now sets it to the mapped size of the framebuffer. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
This is a resend of a patch sent in July and that got lost somewhat, the "VSCR" register wasn't restored properly from the context on load_up_altivec (typo), please apply the fix: Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://kernel.bkbits.net/davem/sparc-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
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.6
-
David S. Miller authored
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Only send NETDEV_CHANGEADDR notifies for address and broadcast changes. Notify is also sent out if only one of the 2 changes is successful. Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Rusty Russell authored
Am travelling, but this passed simple tests here. If this isn't going in, the current seqfile stuff should be ripped out; it's a mess. /proc/net/ip_conntrack was changed over to seq_file. However, seq_file isn't a great fit (a linked list which is changing is not a good candidate for seq file), and the conversion was done badly. 1) Don't do allocation: simply hand the pointer head of the correct chain. 2) Actually output the original tuple. 3) Lock only when actually traversing hash chain. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Andi Kleen authored
With improvements by Francois Romieu and David S. Miller. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Jamal Hadi Salim authored
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca> Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
Noticed by Eric Lemoine. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Julian Anastasov authored
Appended is a 2nd version that uses nf_reset_debug. - do not use skb_checksum_help in input path as ipvs can handle incoming CHECKSUM_HW packets - do not use skb_checksum_help in forwarding path - claim that checksum is valid (CHECKSUM_NONE) when entering output path for out->in packets - do not reset/destroy the nfct in IP_VS_XMIT, the intention is to reset the debugging field just to avoid log floods from nf_debug_ip_* functions, it is known that the ipvs packets traverse other hooks, eg. LOCAL_IN->LOCAL_OUT. Use nf_reset_debug instead of nf_reset. Signed-off-by: Julian Anastasov <ja@ssi.bg> Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Old debugging code we no longer need. Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Noticed by Herbert Xu. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Hideaki Yoshifuji authored
This fixes panic in rt6_device_match(). Well, rt->rt6i_idev is always set if it is dynamically allocated. However, when we hit ip6_null_entry here, its rt6i_idev is NULL. This patch is minimum fix to avoid the oops for now. Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Linus Torvalds authored
-
Bartlomiej Zolnierkiewicz authored
From: Thomas Gleixner <tglx@linutronix.de> 1. If the fake 5513 id bit is not set by the BIOS we must have the 5518 id in the device table. 2. If the register remapping is not set by the BIOS then the enable bit check in ide_pci_setup_ports will fail. It's safe to switch to the remapping mode here. Keeping the not remapped mode would need quite big changes AFAICS. Forward ported to 2.6 by me. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
-
Linus Torvalds authored
-
Linus Torvalds authored
This driver caused a _lot_ of warnings due to tons of explicit casts to "uclong". Making all the types sane not only removed the warnings, but got rid of a lot of silly casting, since the types are now much more natural to what the driver wanted to do in the first place.
-
Linus Torvalds authored
-
Linus Torvalds authored
Forgot to add in the mmio base..
-
- 11 Sep, 2004 5 commits
-
-
Linus Torvalds authored
It disappeared somewhere in Al's cleanup patch..
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
Alexander Viro authored
le16_to_cpu() on 32bit field. Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
Use of 16bit little-endian in comparisons and arithmetics without conversion. Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://linux-sam.bkbits.net/kbuildLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 12 Sep, 2004 1 commit
-
-
Sam Ravnborg authored
$(addprefix ...) needs a directory relative to current directory, because kbuild prefixes the filename with '$(obj)/' Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
-
- 11 Sep, 2004 4 commits
-
-
Alexander Viro authored
a) upper 32 bits of cpu_to_le64(x) are *not* cpu_to_le32(x) of upper 32 bits. b) ->ByteCount cleaned up. Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Alexander Viro authored
cpu_to_le32(...) assigned to 16bit fields.
-
Tom Rini authored
Signed-off-by: Tom Rini <trini@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
Just test the end case inside the loop, rather than trying to be clever and getting it wrong.
-
- 10 Sep, 2004 1 commit
-
-
Roland McGrath authored
The previous single-step patch ("make single-step into signal delivery stop in handler") took things a little too far. It left TF set in the sigcontext on the stack, so a PTRACE_CONT after stopping at the handler entry will step instead of resume. This additional patch fixes it. Signed-off-by: Roland McGrath <roland@redhat.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-