Re: Flush_cache_page inteface (was: Re: [PATCH] Cache alias issues for swapped page)

2000-09-10 Thread David S. Miller
From: NIIBE Yutaka [EMAIL PROTECTED] Date:Mon, 11 Sep 2000 11:10:13 +0900 Then, there is another issue for physically tagged cache system in the function memory.c:break_cow. It calles flush_cache_page(vma, address). For physically tagged cache system, we need __physical

[PATCH] (was: [OOPS] dquot_transfer() - 2.4.0-test8)

2000-09-10 Thread Martin Diehl
On Mon, 11 Sep 2000, Martin Diehl wrote: transfer_to[cnt] is initialized to NODQUOT from the first loop (due to several continue's e.g.) when entering the second loop. Unfortunately I do not feel familiar enough to the quota code to provide a patch for this problem. well, was a little bit

[OOPS] dquot_transfer() - 2.4.0-test8

2000-09-10 Thread Martin Diehl
got a reproducible oops with 2.4.0-test8 when trying to login via kdm as user with restricted quota on local fs - ssh/telnet do not trigger this issue. 2.4.0-test7 was fine too. The enclosed trace shows a NULL pointer dereference of an unchecked struct dquot * passed to check_idq() - called from

[PATCH] af_ipv6.c: check proc_net_create and cleanups

2000-09-10 Thread Arnaldo Carvalho de Melo
Hi, Please take a look and consider applying. One question: why we need to set sk-dead to 1 before calling inet_sock_release in inet6_create? sock_orphan does this for us and is called by inet_sock_release. - Arnaldo --- linux-2.4.0-test8/net/ipv6/af_inet6.c

Re: [PATCH] af_ipv6.c: check proc_net_create and cleanups

2000-09-10 Thread David S. Miller
Date: Sun, 10 Sep 2000 21:24:13 -0300 From: Arnaldo Carvalho de Melo [EMAIL PROTECTED] What about the MOD_DEC_USE_COUNT and proc_net_create parts? Would you accept a patch for it? Send me the patch, redone without spurious code rearrangements, and then I'll give you an answer. Once

Re: Linux 2.2.18pre4

2000-09-10 Thread David S. Miller
From: "Albert D. Cahalan" [EMAIL PROTECTED] Date:Sun, 10 Sep 2000 23:05:29 -0400 (EDT) Over on the freebsd-questions mailing list you can see desperate people trying to convert Linux systems over to that other OS to escape Linux 2.2.xx NFS. This is kind of serious, you

Re: ECN cisco firewall

2000-09-10 Thread Lincoln Dale
Dave, et. al., At 05:56 08/09/00, David S. Miller wrote: .. in the Cisco PIX case does the firewall send a reset .. a bug ticket has been opened for the cisco pix firewall and [lack-of] TCP ECN inter operability. the developers know about the issue, and i'm sure that a fix will be forthcoming

Re: Linux 2.2.18pre4

2000-09-10 Thread Albert D. Cahalan
David S. Miller writes: From: "Albert D. Cahalan" [EMAIL PROTECTED] Over on the freebsd-questions mailing list you can see desperate people trying to convert Linux systems over to that other OS to escape Linux 2.2.xx NFS. This is kind of serious, you know? So basically the situation is

Re: Linux 2.2.18pre4

2000-09-10 Thread Tom Rini
On Sun, Sep 10, 2000 at 07:57:38PM -0700, David S. Miller wrote: From: "Albert D. Cahalan" [EMAIL PROTECTED] Date: Sun, 10 Sep 2000 23:05:29 -0400 (EDT) Over on the freebsd-questions mailing list you can see desperate people trying to convert Linux systems over to that

Re: [PATCH] af_ipv6.c: check proc_net_create and cleanups

2000-09-10 Thread David S. Miller
I'm not going to apply this patch. The goto's and "switch via if statements" are done for better code generation, and your patch undoes this. Later, David S. Miller [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: 8% of the Internet unreachable!

2000-09-10 Thread David S. Miller
From: Steven Cole [EMAIL PROTECTED] Date:Sun, 10 Sep 2000 21:24:21 -0600 The bottom line is, 2.4.0-test8 works for me with this setup. I didn't see any options which would enable/disable ECN, but perhaps I overlooked something. You missed CONFIG_INET_ECN Later, David S.

Re: [PATCH] af_ipv6.c: check proc_net_create and cleanups

2000-09-10 Thread Arnaldo Carvalho de Melo
Em Sun, Sep 10, 2000 at 08:03:54PM -0700, David S. Miller escreveu: I'm not going to apply this patch. The goto's and "switch via if statements" are done for better code generation, and your patch undoes this. Ok, I'll look harder in the future at the code generated. But then it'll be

<    1   2   3