Re: Linux 2.2.18pre4

[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 that people prefer to switch the whole
> OS as opposed to applying a kernel patch?

Yes. Reasons why this may be so:

1. Confidence has been lost. The OS is seen as buggy crap.
   Patches are perceived as being mere bandaids.

2. Existence of the required patches is not well known.
   Most people don't know to look for patches when something
   goes wrong. Patches don't get banner ads on Slashdot.

3. If a patch is found, can you trust it? It could be obsolete,
   buggy, or even a trojan.

4. Not everybody with NFS problems knows what to do with a patch.

For the last person I helped, reason #2 was the primary problem.
I saw hints of #1 and #3 as well.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[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 other OS to
>escape Linux 2.2.xx NFS. This is kind of serious, you know?
> 
> So basically the situation is that people prefer to switch the whole
> OS as opposed to applying a kernel patch?

Well, it seems a good many people don't know there are patches out there for
NFS that make it bearable or don't want to try and compile a kernel.  As an
aside, anyone know which vendors kernel source either a) has some variant of the
NFS patches or b) has a clean enough tree that new ones apply fine?

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: ECN & cisco firewall

[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 in a future interim release.


back to linux kernel issues,
cheers,

lincoln.


--
   Lincoln Dale   Content Services Business Unit
   [EMAIL PROTECTED]  cisco Systems, Inc.   | |
||||
   +1 (408) 525-1274  bldg G, 170 West Tasman    
   +61 (3) 9659-4294 <<   San Jose CA 95134..:||:..:||:.. 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

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

[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 I saw the patch was bogus, I stopped reading it.

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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 8% of the Internet unreachable!

[Steven Cole]

On Sun, 10 Sep 2000, David Miller wrote:
> 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

Thanks.  I see now that ECN stands for Explicit Congestion Notification, and 
indeed this is one of the options in "networking options".  I had looked at 
this, and obviously left it set to N.  I didn't get the connection between 
the acronym ECN and Explicit Congestion Notification.  The Help button for 
xconfig gives the RTFM, "No Help ..." response.  

Perhaps a documentation patch for the help response which warns of the 
possible problems with having ECN turned on would be appropriate.

Regards,
Steven Cole
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 8% of the Internet unreachable!

[Evan Jeffrey]

> Dax Kelson wrote:
> > Survey shows 8.3% of websites unreachable from an ECN capable client.
> > Notable unreachable sites:
> >
> > www.amazon.com, www.ibm.com, www.sun.com, www.apple.com,
> 
> 
> I'm running 2.4.0-test8 and I was able to reach all four of the above sites 
> using kppp 2.0pre18. My starter distribution is Linux-Mandrake 7.2 beta 1.

If you really have ECN on, check your ISP...  Some like to "help" you by providing
a mandatory transparent HTTP proxy/cache.  USWest does this for at least some of their
DSL customers.

Thankfully, the *do* put a header in, so you can use "telnet www.amazon.com 80" to
check for it--I don't remember the exact header (they are no longer my ISP :), but
I recall it was fairly obvious.

Anyone else trying to compile statistics on ECN compatability should test out their ISP
for this kind of nastyness.  I know I have run into it a lot, starting right about 
when I
switched ISPs...

Evan
---
Fear is the mind killer.   -- Frank Herbert, "Dune"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] APM patch for 2.2.18pre4

[Andre Hedrick]

Stephen,

Did you ever want to attempt the direct APM access of drives?

Andre Hedrick
The Linux ATA/IDE guy

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] APM patch for 2.2.18pre4

[Stephen Rothwell]

Hi Alan,

[Thanks to Arjan van de Ven for mailing me a patch that I have modified]

Since 2.2.18pre4 now has __setup and module_init stuff in it, here is
a patch to make the APM driver use it (as it does in 2.4.x).

Cheers,
Stephen
-- 
Stephen Rothwell, Open Source Researcher, Linuxcare, Inc.
+61-2-62628990 tel, +61-2-62628991 fax 
[EMAIL PROTECTED], http://www.linuxcare.com/ 
Linuxcare. Support for the revolution.

diff -ruN 2.2.18pre4/arch/i386/kernel/apm.c 2.2.18pre4-APM/arch/i386/kernel/apm.c
--- 2.2.18pre4/arch/i386/kernel/apm.c   Mon Sep 11 10:17:09 2000
+++ 2.2.18pre4-APM/arch/i386/kernel/apm.c   Mon Sep 11 14:30:29 2000
@@ -170,10 +170,6 @@
 #include 
 #include 
 
-/* 2.2-2.3 Compatability defines */
-#define __setup(x, y)
-#define module_init(x)
-
 EXPORT_SYMBOL(apm_register_callback);
 EXPORT_SYMBOL(apm_unregister_callback);
 
@@ -1430,7 +1426,7 @@
return 0;
 }
 
-void __init apm_setup(char *str, int *dummy)
+static int __init apm_setup(char *str)
 {
int invert;
 
@@ -1450,6 +1446,7 @@
if (str != NULL)
str += strspn(str, ", \t");
}
+   return 1;
 }
 
 __setup("apm=", apm_setup);
@@ -1468,13 +1465,12 @@
_bios_fops
 };
 
-#define APM_INIT_ERROR_RETURN  return
 
-void __init apm_init(void)
+static int __init apm_init(void)
 {
if (apm_bios_info.version == 0) {
printk(KERN_INFO "apm: BIOS not found.\n");
-   APM_INIT_ERROR_RETURN;
+   return -ENODEV;
}
printk(KERN_INFO
"apm: BIOS version %d.%d Flags 0x%02x (Driver version %s)\n",
@@ -1484,7 +1480,7 @@
driver_version);
if ((apm_bios_info.flags & APM_32_BIT_SUPPORT) == 0) {
printk(KERN_INFO "apm: no 32 bit BIOS support\n");
-   APM_INIT_ERROR_RETURN;
+   return -ENODEV;
}
 
/*
@@ -1513,11 +1509,11 @@
 
if (apm_disabled) {
printk(KERN_NOTICE "apm: disabled on user request.\n");
-   APM_INIT_ERROR_RETURN;
+   return -ENODEV;
}
if ((smp_num_cpus > 1) && !power_off_enabled) {
printk(KERN_NOTICE "apm: disabled - APM is not SMP safe.\n");
-   APM_INIT_ERROR_RETURN;
+   return -ENODEV;
}
 
/*
@@ -1565,7 +1561,7 @@
if (smp_num_cpus > 1) {
printk(KERN_NOTICE
   "apm: disabled - APM is not SMP safe (power off active).\n");
-   APM_INIT_ERROR_RETURN;
+   return 0;
}
 
init_timer(_timer);
@@ -1578,6 +1574,7 @@
 #ifdef CONFIG_APM_CPU_IDLE
acpi_idle = apm_cpu_idle;
 #endif
+   return 0;
 }
 
 module_init(apm_init)
diff -ruN 2.2.18pre4/drivers/char/misc.c 2.2.18pre4-APM/drivers/char/misc.c
--- 2.2.18pre4/drivers/char/misc.c  Sun Sep 10 17:05:16 2000
+++ 2.2.18pre4-APM/drivers/char/misc.c  Mon Sep 11 12:26:39 2000
@@ -43,9 +43,6 @@
 #include 
 #include 
 #include 
-#ifdef CONFIG_APM
-#include 
-#endif
 
 #include 
 #include 
@@ -240,9 +237,6 @@
 #endif
 #ifdef CONFIG_DTLK
dtlk_init();
-#endif
-#ifdef CONFIG_APM
-   apm_init();
 #endif
 #ifdef CONFIG_H8
h8_init();
diff -ruN 2.2.18pre4/include/linux/apm_bios.h 2.2.18pre4-APM/include/linux/apm_bios.h
--- 2.2.18pre4/include/linux/apm_bios.h Thu May  4 10:16:51 2000
+++ 2.2.18pre4-APM/include/linux/apm_bios.h Mon Sep 11 12:26:12 2000
@@ -95,9 +95,6 @@
  */
 extern struct apm_bios_infoapm_bios_info;
 
-extern voidapm_init(void);
-extern voidapm_setup(char *, int *);
-
 extern int apm_register_callback(int (*callback)(apm_event_t));
 extern voidapm_unregister_callback(int (*callback)(apm_event_t));
 
diff -ruN 2.2.18pre4/init/main.c 2.2.18pre4-APM/init/main.c
--- 2.2.18pre4/init/main.c  Mon Sep 11 10:17:48 2000
+++ 2.2.18pre4-APM/init/main.c  Mon Sep 11 12:31:17 2000
@@ -43,10 +43,6 @@
 #  include 
 #endif
 
-#ifdef CONFIG_APM
-#include 
-#endif
-
 #ifdef CONFIG_DASD
 #include 
 #endif
@@ -1095,9 +1091,6 @@
 #endif
 #ifdef CONFIG_PARIDE_PG
 { "pg.", pg_setup },
-#endif
-#ifdef CONFIG_APM
-   { "apm=", apm_setup },
 #endif
 #ifdef CONFIG_N2
{ "n2=", n2_setup },
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

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

[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 wise to convert the switch in inet_create function in ipv4 to achieve
similar better code generation 8)

What about the MOD_DEC_USE_COUNT and proc_net_create parts? Would you
accept a patch for it?

- Arnaldo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 8% of the Internet unreachable!

[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. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 8% of the Internet unreachable!

[Steven Cole]

Dax Kelson wrote:
> Survey shows 8.3% of websites unreachable from an ECN capable client.
> Notable unreachable sites:
>
> www.amazon.com, www.ibm.com, www.sun.com, www.apple.com,


I'm running 2.4.0-test8 and I was able to reach all four of the above sites 
using kppp 2.0pre18. My starter distribution is Linux-Mandrake 7.2 beta 1.

When I ran make xconfig, I left the "networking options" section alone.  In 
the "network device support" section, I said yes to PPP support, PPP support 
for async serial, and PPP deflate compression.  

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. I did grep for ECN in Documentation and Documentation/networking, 
but just turned up entries for DECNET. And yes, I did a uname -r to make sure 
that I really was running 2.4.0-test8.

Offtopic for this thread, I'm using ReiserFS 3.6.14 with the 
reiserfs-3.6.14-test8-pre5 patch which seems to work for test8 final.  So 
far, so good anyway.

This is my first post to linux-kernel.  I'm not subsribed to the list, so 
please cc any comments to [EMAIL PROTECTED]

Regards,
Steven Cole
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

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

[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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

8139too for 2.2.x kernels

[Jeff Garzik]

Thanks to Jens David, the 8139too net driver has been backported to
2.2.x kernels:

http://gtf.org/garzik/drivers/8139too/8139too-0.9.9-2.2-diffs.gz

Although feedback is encouraged, it should be noted that this is an
unsupported driver.  (I'm only supporting 8139too on 2.4.x right now..)

Jeff



-- 
Jeff Garzik  | Isn't it strange that the same people
Building 1024| that laugh at gypsy fortune tellers
MandrakeSoft, Inc.   | take economists seriously?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[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 know?

So basically the situation is that people prefer to switch the whole
OS as opposed to applying a kernel patch?

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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[Albert D. Cahalan]

Alan Cox writes:
> [somebody]

>>   Alan, are the NFS client/server patches EVER going to
>> make it into the base kernel?  Inquiring minds want to know..
>
> I still hope so but there is a maximum sane rate of change and
> its important to change stuff piece by piece. 2.2.18pre4 isnt
> the right place to change NFS

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?

I'm doing my part to save these lost souls... anybody else up
for last-chance emergency tech support? (scan for subjects like
"can freebsd understand ext2?", then help the person solve
their Linux problems at nfs.sourceforge.net or wherever)




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] af_ipv6.c: check proc_net_create and cleanups

[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   Wed Apr 26 16:13:17 2000
+++ linux-2.4.0-test8.acme/net/ipv6/af_inet6.c  Sun Sep 10 20:44:16 2000
@@ -11,6 +11,7 @@
  *
  * Fixes:
  * Hideaki YOSHIFUJI   :   sin6_scope_id support
+ * Arnaldo Melo:   check proc_net_create return, cleanups
  *
  * This program is free software; you can redistribute it and/or
  *  modify it under the terms of the GNU General Public License
@@ -104,37 +105,45 @@
 
 static int inet6_create(struct socket *sock, int protocol)
 {
-   struct sock *sk;
+   int err = -EPROTONOSUPPORT;
struct proto *prot;
+   struct sock *sk = sk_alloc(PF_INET6, GFP_KERNEL, 1);
 
-   sk = sk_alloc(PF_INET6, GFP_KERNEL, 1);
if (sk == NULL) 
-   goto do_oom;
+   return -ENOBUFS;
 
-   if(sock->type == SOCK_STREAM || sock->type == SOCK_SEQPACKET) {
-   if (protocol && protocol != IPPROTO_TCP) 
-   goto free_and_noproto;
-   protocol = IPPROTO_TCP;
-   prot = _prot;
-   sock->ops = _stream_ops;
-   } else if(sock->type == SOCK_DGRAM) {
-   if (protocol && protocol != IPPROTO_UDP) 
-   goto free_and_noproto;
-   protocol = IPPROTO_UDP;
-   sk->no_check = UDP_CSUM_DEFAULT;
-   prot=_prot;
-   sock->ops = _dgram_ops;
-   } else if(sock->type == SOCK_RAW) {
-   if (!capable(CAP_NET_RAW))
-   goto free_and_badperm;
-   if (!protocol) 
-   goto free_and_noproto;
-   prot = _prot;
-   sock->ops = _dgram_ops;
-   sk->reuse = 1;
-   sk->num = protocol;
-   } else {
-   goto free_and_badtype;
+   switch(sock->type) {
+   case SOCK_STREAM:
+   case SOCK_SEQPACKET:
+   if (protocol && protocol != IPPROTO_TCP)
+   goto cleanup_sk;
+   protocol = IPPROTO_TCP;
+   prot = _prot;
+   sock->ops = _stream_ops;
+   break;
+   case SOCK_DGRAM:
+   if (protocol && protocol != IPPROTO_UDP)
+   goto cleanup_sk;
+   protocol = IPPROTO_UDP;
+   sk->no_check = UDP_CSUM_DEFAULT;
+   prot = _prot;
+   sock->ops = _dgram_ops;
+   break;
+   case SOCK_RAW:
+   if (!capable(CAP_NET_RAW)) {
+   err = -EPERM;
+   goto cleanup_sk;
+   }
+   if (!protocol)
+   goto cleanup_sk;
+   prot = _prot;
+   sock->ops = _dgram_ops;
+   sk->reuse = 1;
+   sk->num = protocol;
+   break;
+   default:
+   err = -ESOCKTNOSUPPORT;
+   goto cleanup_sk;
}

sock_init_data(sock, sk);
@@ -191,22 +200,14 @@
if (err != 0) {
sk->dead = 1;
inet_sock_release(sk);
+   MOD_DEC_USE_COUNT;
return(err);
}
}
return(0);
-
-free_and_badtype:
-   sk_free(sk);
-   return -ESOCKTNOSUPPORT;
-free_and_badperm:
-   sk_free(sk);
-   return -EPERM;
-free_and_noproto:
+cleanup_sk:
sk_free(sk);
-   return -EPROTONOSUPPORT;
-do_oom:
-   return -ENOBUFS;
+   return err;
 }
 
 
@@ -395,10 +396,8 @@
{
case FIOSETOWN:
case SIOCSPGRP:
-   err = get_user(pid, (int *) arg);
-   if(err)
-   return err;
-
+   if (get_user(pid, (int *) arg))
+   return -EFAULT;
/* see sock_no_fcntl */
if (current->pid != pid && current->pgrp != -pid && 
!capable(CAP_NET_ADMIN))
@@ -407,24 +406,14 @@
return(0);
case FIOGETOWN:
case SIOCGPGRP:
-   err = put_user(sk->proc,(int *)arg);
-   if(err)
-   return err;
-   return(0);
+   return put_user(sk->proc,(int *)arg);
case SIOCGSTAMP:
if(sk->stamp.tv_sec==0)
return -ENOENT;
-   err = copy_to_user((void *)arg, >stamp,
-  sizeof(struct 

Re: 2.2.18pre4 won't boot on i686

[David S. Miller]

   Date:Sun, 10 Sep 2000 19:31:10 -0700 (PDT)
   From: Linus Torvalds <[EMAIL PROTECTED]>

   (Or does 2.2.x copy the setup stuff without copying any of the regular
   _users_ of those setup functions?).

Right, this is what is going on at the moment.

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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[bad PATCH] - arch/ppc/config.in for 2.{3,4}.* to get PCI right onG4

[Chris Bednar]

   The following is a little patch I've been having to
do to get development kernels to configure PCI right on
my G4. I know it's not the right thing to do, but I've
never managed to figure out what's wrong with the original;
maybe somebody who understands config-speak will know.

   Anyway, without this trick, I can't configure
tulip ethernet, firewire, etc, so I'm still wondering
if it's just all a big mistake on my part - surely
someone else should have hit this problem...



Chris J. Bednar   
Director, Distributed Computing Product Group
http://AdvancedDataSolutions.com/



--- linux-2.4.0-test8-pmac/arch/ppc/config.in-pciconf-prepatch  Mon Aug 28 18:56:02 
2000
+++ linux-2.4.0-test8-pmac/arch/ppc/config.in   Sat Sep  9 11:16:38 2000
@@ -106,9 +106,9 @@
 else
if [ "$CONFIG_6xx" = "y" -o "$CONFIG_PPC64BRIDGE" = "y" ]; then
   define_bool CONFIG_PCI y
-   else
-   # CONFIG_8xx
-  bool 'QSpan PCI' CONFIG_PCI
+# -?huh?-   else
+# -?huh?-   # CONFIG_8xx
+# -?huh?-  bool 'QSpan PCI' CONFIG_PCI
fi
 fi
 


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre4 won't boot on i686

[Linus Torvalds]

On Mon, 11 Sep 2000, Alan Cox wrote:

> > Both machines here (a desktop, P3/600 on an intel SR440BX motherboard,
> > running Red Hat 6.9.5; kernel compiled with kgcc (egcs-1.1.2); a notebook,
> > Toshiba Satellite pro 4280 XDVD or some such, mobile P3/500, running Red
> > Hat 6.2) hang after "OK, now booting the kernel".
> 
> Yep I've been chasing some other reports and duplicated them here. It blows up
> in checksetup  - We inherited a 2.4 bug where having zero setup or init
> functions in the setup/init segment causes a jump to fishkill

Hmm..
 
How do you get zero setup functions? There are things that are quite
unconditional, like the "root=" one just before "checksetup()". Same goes
for initcalls. 

(Or does 2.2.x copy the setup stuff without copying any of the regular
_users_ of those setup functions?).

Linus

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre4 won't boot on i686

[Art Wagner]

Alan et all;
I'm attaching a referenced oops of the problem.
I can send anyone who is interested a System.map etc if it will help ??
It oops'ed on a ABIT BP6 2x500 Multiprocessor, NOT overclocked. 

Art Wagner



Alan Cox wrote:
> 
> > Both machines here (a desktop, P3/600 on an intel SR440BX motherboard,
> > running Red Hat 6.9.5; kernel compiled with kgcc (egcs-1.1.2); a notebook,
> > Toshiba Satellite pro 4280 XDVD or some such, mobile P3/500, running Red
> > Hat 6.2) hang after "OK, now booting the kernel".
> 
> Yep I've been chasing some other reports and duplicated them here. It blows up
> in checksetup  - We inherited a 2.4 bug where having zero setup or init
> functions in the setup/init segment causes a jump to fishkill
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/

Unable to handle kernel null pointer dereference at virtual address 
Current->tss.cr3 = 00101000 %cr3 = 00101000
*pde = 
oops: 
cpu: 0
eip: 0010:[<>]
E Flags: 00010286
eax:  ebx: c023fd10   ecx: c0210e30   edx: c0210e44
   __initcall_end   +0x0  elf_format+ 0x0 elf_format +0x014
   __initcall_start +0x0
   __setup_end  +0x0
   __setup_start+0x0

esi: c0225fbcedi: c0106000  ebp: 01e0   esp: c7ff3fd0
 dev_info +0x665cget_options +0x0   Stackpage +0xfd0

ds: 0018  es: oo18  ss:0018
Process swapper (pid:1 Process nr :2, Stackpage=c7ff3000

Stack:  c0226dec  c012510c  0e00c010609d  
0f00 
do_basic_setup +0x7c  kswapd +0x0   init +0x29

c0225fbc  c7ff2000c0107cc7    00090800
dev_info +0x665c  kernel_thread +0x23
Call Trace [][][] 
   kswapd +0x0 init+ 0x299 kernel_thread +0x0x23
Code: Bad EIP Value

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

[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
   address__ here.  Currently, the implementation of SH-4 version of
   flush_cache_page(vma, address) takes the physicall address from PTE.
   However, at this point, PTE is not set for new_page, so, it doesn't
   flush the cache for new_page, but the one for old_page.

PTE is not set for new_page at this point, the sequence is:

flush_page_to_ram(new_page);
flush_cache_page(vma, address);
establish_pte(vma, address, page_table, 
pte_mkwrite(pte_mkdirty(mk_pte(new_page, vma->vm_page_prot;

establish_pte happens after flush_cache_page, establish_pte
is what change the PTE over to new_page.

Maybe you are looking at some very old 2.3.x kernel version
which had the order changed?

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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

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

[NIIBE Yutaka]

Russell King wrote:
 > Also, I believe that the use of flush_page_to_ram() is wrong here, since
 > this seems to be intended to be used when the kernel has been writing to
 > its direct mapped version of the page, which is should not have been (if
 > it has, then the act of writing is a bug, not the apparantly missing call).

Thanks for the clarification.  I see.  OK.  I withdraw the patch (of
vmsacan.c).  It's wrong then.

I was confused and was not sure that flash_page_to_ram is only
flushing its direct mapped version of the kernel page or not.  (SH4
version of flash_page_to_ram flushes the user space too (at this
time).  If it doesn't flush user space, it fails.)

It's kernel page flush only.  OK.

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
address__ here.  Currently, the implementation of SH-4 version of
flush_cache_page(vma, address) takes the physicall address from PTE.
However, at this point, PTE is not set for new_page, so, it doesn't
flush the cache for new_page, but the one for old_page.

The interface flush_cache_page(vma, address) is perfect for virtually
tagged cache system.  I think that it need another argument PAGE
for physically tagged cache system.  Say:

flush_cache_page(vma, address, page)

Any comments are appreciated.

Thanks, 
-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: IDE HD seek error

[Andre Hedrick]

You drive is getting flakey get another.
The Stratus drive class is very old and you are on the edge of you
warrenty.  The BOINGS are going to get worse not better,

Cheers,

On Mon, 11 Sep 2000, Magnus Naeslund wrote:

> Yesterday i upgraded an old server (hand upgraded ever since 2.0.33 ->
> 2.2.16 i believe) to a new dist (rh6.2).
> I installed a 2.2.16 suse kernel (no need to handpatch LVM + reiser :)).
> 
> This server has 4 IDE drives and 2 scsii drives, but only one drive is
> giving me grief.
> To note is that it has always worked great when NOT using LVM (with the old
> dist/install).
> I repartioned it for lvm specifically and added all drives to one volume and
> formatted it with "mke2fs -c -b 4096 -m 0 ".
> 
> So now i'm wondering if i should just decrease the partition size on hdb or
> if it's a hardware error, or if i should patch my kernel with some jolly
> patch.
> 
> *The hdb info:
> 
> Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, ATA DISK drive
> Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, 8063MB w/80kB
> Cache, CHS=1027/255/63, UDMA(33)
> Sep 10 11:52:43 genbaby kernel:  hdb: hdb1
> 
> *The stuff i get in my logs:
> 
> Sep 10 12:50:30 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:50:30 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210564
> Sep 10 12:50:30 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
> sector 16210564
> Sep 10 12:50:33 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:50:33 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210568
> Sep 10 12:50:33 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
> sector 16210568
> Sep 10 12:50:36 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:50:36 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210576
> Sep 10 12:50:36 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
> sector 16210576
> Sep 10 12:50:39 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:50:39 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210584
> Sep 10 12:50:39 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
> sector 16210584
> Sep 10 12:50:43 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:50:49 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210592
> Sep 10 12:50:56 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
> sector 16210592
> Sep 10 12:51:02 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Sep 10 12:51:06 genbaby kernel: hdb: dma_intr: error=0x40
>  UncorrectableError }, LBAsect=16210739, sector=16210600
> 
> [snip (you get the idea)]
> 
> /Magnus Naeslund
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>  Programmer/Networker [|] Magnus Naeslund
>  PGP Key: http://www.genline.nu/mag_pgp.txt
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 
> 
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
> 

Andre Hedrick
The Linux ATA/IDE guy

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[David S. Miller]

   Date:Sun, 10 Sep 2000 18:14:03 -0600
   From: "Jeff V. Merkey" <[EMAIL PROTECTED]>

   Linus' apparently did not understand this, or he would have
   immediately realized that double locking was always generating a
   second non-cacheable memory reference for every lock being taken
   and released.

Jeff, after working together with Linus for 6 or so years myself, I
would make a large wager that Linus understands these issues much
better than even you.

But then again, as previously stated, I don't take you very seriously,
but I fear that there are a few on this list who still do.

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 PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] Page aging for 2.4.0-test8

[Neil Schemenauer]

This patch adds page aging similar to what was in 2.0.  The patch
is quite straight forward but I've had one lockup that I have
been unable to reproduce.  I don't know if the lockup was caused
by my patch or was a test8 bug.

This patch is supposed to improve interactive performance,
especially during heavy IO.  The page referenced bit has been
removed and is replaced by an integer page age (can someone
explain how to cache align this?).  Newly mapped pages get an age
of 2 (younger pages have higher ages).  Whenever a page is
referenced the age is increased, up to a maximum of 5.  Each time
a page is examined in the shrink_mmap loop its age is decreased.
Pages with ages greater than zero are not paged out.

The idea is that during heavy IO, pages used only once for IO
will have an age of 2.  Hopefully the X server, your MP3 player
and other useful goodies have pages with ages greater than 2 and
will not be paged out.

Interactive performance during Bonnie tests seems to be quite
good (although stock test8 is not bad either).  I think there
still may be an issue with elevator starvation.  Has there been
any more work on this front?  The discussion seems to have died
out.

-- 
Neil Schemenauer <[EMAIL PROTECTED]> http://www.enme.ucalgary.ca/~nascheme/

diff -ur linux-2.4/Makefile linux-age/Makefile
--- linux-2.4/Makefile  Sun Sep 10 10:15:27 2000
+++ linux-age/Makefile  Sun Sep 10 15:06:14 2000
@@ -1,7 +1,7 @@
 VERSION = 2
 PATCHLEVEL = 4
 SUBLEVEL = 0
-EXTRAVERSION = -test8
+EXTRAVERSION = -test8-age
 
 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 
diff -ur linux-2.4/fs/buffer.c linux-age/fs/buffer.c
--- linux-2.4/fs/buffer.c   Sun Sep 10 10:15:53 2000
+++ linux-age/fs/buffer.c   Sun Sep 10 11:45:04 2000
@@ -2182,7 +2182,7 @@
spin_unlock(_list[isize].lock);
 
page->buffers = bh;
-   page->flags &= ~(1 << PG_referenced);
+   page->age = 0;
lru_cache_add(page);
atomic_inc(_pages);
return 1;
diff -ur linux-2.4/include/linux/fs.h linux-age/include/linux/fs.h
--- linux-2.4/include/linux/fs.hSun Sep 10 10:16:08 2000
+++ linux-age/include/linux/fs.hSun Sep 10 11:49:39 2000
@@ -260,7 +260,7 @@
 
 extern void set_bh_page(struct buffer_head *bh, struct page *page, unsigned long 
offset);
 
-#define touch_buffer(bh)   SetPageReferenced(bh->b_page)
+#define touch_buffer(bh)   PageTouch(bh->b_page)
 
 
 #include 
diff -ur linux-2.4/include/linux/mm.h linux-age/include/linux/mm.h
--- linux-2.4/include/linux/mm.hSun Sep 10 10:16:09 2000
+++ linux-age/include/linux/mm.hSun Sep 10 14:33:52 2000
@@ -154,8 +154,15 @@
struct buffer_head * buffers;
void *virtual; /* non-NULL if kmapped */
struct zone_struct *zone;
+   int age;
 } mem_map_t;
 
+#define PG_AGE_INITIAL  2 /* age for pages when mapped */
+#define PG_AGE_YOUNG5 /* age for pages recently used */
+
+#define PageAgeInit(p)  (p->age = PG_AGE_INITIAL)
+#define PageTouch(p)if (p->age < PG_AGE_YOUNG) p->age++;
+
 #define get_page(p)atomic_inc(&(p)->count)
 #define put_page(p)__free_page(p)
 #define put_page_testzero(p)   atomic_dec_and_test(&(p)->count)
@@ -165,7 +172,7 @@
 /* Page flag bit values */
 #define PG_locked   0
 #define PG_error1
-#define PG_referenced   2
+#define PG_unused_002
 #define PG_uptodate 3
 #define PG_dirty4
 #define PG_decr_after   5
@@ -197,9 +204,6 @@
 #define PageError(page)test_bit(PG_error, &(page)->flags)
 #define SetPageError(page) set_bit(PG_error, &(page)->flags)
 #define ClearPageError(page)   clear_bit(PG_error, &(page)->flags)
-#define PageReferenced(page)   test_bit(PG_referenced, &(page)->flags)
-#define SetPageReferenced(page)set_bit(PG_referenced, &(page)->flags)
-#define PageTestandClearReferenced(page)   test_and_clear_bit(PG_referenced, 
&(page)->flags)
 #define PageDecrAfter(page)test_bit(PG_decr_after, &(page)->flags)
 #define SetPageDecrAfter(page) set_bit(PG_decr_after, &(page)->flags)
 #define PageTestandClearDecrAfter(page)test_and_clear_bit(PG_decr_after, 
&(page)->flags)
@@ -293,9 +297,9 @@
  * When a read completes, the page becomes uptodate, unless a disk I/O
  * error happened.
  *
- * For choosing which pages to swap out, inode pages carry a
- * PG_referenced bit, which is set any time the system accesses
- * that page through the (inode,offset) hash table.
+ * For choosing which pages to swap out, inode pages carry a page age
+ * which is increased (up to PG_AGE_YOUNG) any time the system
+ * accesses that page through the (inode,offset) hash table.
  *
  * PG_skip is used on sparc/sparc64 architectures to "skip" certain
  * parts of the address space.
diff -ur linux-2.4/mm/filemap.c linux-age/mm/filemap.c
--- linux-2.4/mm/filemap.c  Sun Sep 10 10:16:14 2000
+++ linux-age/mm/filemap.c  Sun Sep 10 14:35:22 

Re: Availability of kdb

[Jeff V. Merkey]

Alexander Viro wrote:

> On Sun, 10 Sep 2000, Jeff V. Merkey wrote:
>
> > already there, so folks can use it on Linux for now, and I'll stick to printk()
> > and code reviews for my debugging on Linux.
>
> Jeff, does it mean that you do not use code reviews on other projects?
>
> It's not that hard to answer - just 1 bit of information. The question
> being:
> Do you use code reviews in work on MANOS?

Yes, everyone does.  But there's a class of problems, like hardware and SMP bugs,
where a debugger can help you locate a bug more quickly or profile and observe
performance issues without needing to write tons of code to instrument this type of
monitoring.  I wrote MANOS soley with code reviews, but projects earlier in my
career, I used a lot of tools, like an American Arium Logic Analyser with an Inverse
Assembler and a decent kernel debugger.  The tools gave me the ability to rapidly
master and solve problems that were related to early SMP hardware, and gave me an
understanding.

To cite a Linux specific example, let's take the issue with the memory write for a
spin_unlock().  Linus seemed to have trouble grasping why a simple  ' mov,
0' would work as opposed to a 'lock dec '  Anyone who has ever spent late
nights with an American Arium Analyzer profiling memory bus transactions on a PPro
knows that MESI will correctly propogate via the processor caches a write to a
locked location with a correct load and stor oder without any problems of locking
concurrency.  Linus' apparently did not understand this, or he would have
immediately realized that double locking was always generating a second
non-cacheable memory reference for every lock being taken and released.

There's also hidden latencies in interrupts on Intel.  I know this because I have
watched bus transactions with an analyser and seen an interrupt generate reads of
the IDE, GDT,LDT, PDE, and other tables.  NetWare had a coding error I fixed with
this tool that noone had ever even noticed or caught with a code review.  The person
writing and updating page table entries in NetWare 4.1 was clearing the accessed bit
in the PTE and did not know that the processor would assert a hidden R/M/W operation
and assert a bus lock to set this bit everytime someone cleared it -- it made
performance drop 4% from NetWare 3.X and noone knew why.  This performance problem
would have never been found without this tool.2 years of code reviews did not
find it -- an American Ariun Analyser with a kernel debugger to stop and start and
instrument the code with writing custom stubs all over the place did.

Folks who just relay on code reviews never see this level of interaction, and
conversely, do not have the understnading of hardware behavior underneath an OS to
optimize it well.  That's my case for good tools in an OS.The performance of
Linux vs. NetWare and NT in LAN environments proves this point well.

:-)

Jeff.





>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Paul Jakma]

arrgghh jeff...

On Sun, 10 Sep 2000, Jeff V. Merkey wrote:

> One of the principal architects at Compaq called me Friday after
> reading Linus' email about not caring about commercial or support
> issues for commercialization of Linux on this topic-- his right

yes it his right. he cares about the 'goodness' of the kernel. The
commercial and support issues he doesn't care about - that's the
domain of redhat/suse/compaq/etc../etc... and timpanogas (if you so
choose).

if you need debugger -> add it to your local tree/ship with a
debugger to your customers.

> contrary to his development philosophy, so it's probably a
> complete waste of my time.
> 

linux kernel hackers do the worrying about 'goodness'

but there is *nothing* that stops commerce adding tweaks to help with
support issues! (RedHat/SuSE/etc kernels are heavily patched and
tweaked!)

> Jeff.

-- 
Paul Jakma  [EMAIL PROTECTED]
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
---
Fortune:
C'est magnifique, mais ce n'est pas l'Informatique.
-- Bosquet [on seeing the IBM 4341]

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre4 won't boot on i686

[Daniel Roesen]

On Sun, Sep 10, 2000 at 08:22:30PM -0400, Horst von Brand wrote:
> hang after "OK, now booting the kernel".

Apply patch attached. Fix by Alan Cox, not me.


Best regards,
Daniel


--- linux-2.2.18pre4.vanilla/init/main.cMon Sep 11 02:36:31 2000
+++ linux-2.2.18pre4/init/main.cMon Sep 11 02:38:32 2000
@@ -1180,14 +1180,14 @@
 
/* Now handle new-style __setup parameters */
p = &__setup_start;
-   do {
+   while (p < &__setup_end) {
int n = strlen(p->str);
if (!strncmp(line,p->str,n)) {
if (p->setup_func(line+n))
return 1;
}
p++;
-   } while (p < &__setup_end);
+   }
 
return 0;
 }
@@ -1493,10 +1493,10 @@
initcall_t *call;
 
call = &__initcall_start;
-   do {
+   while (call < &__initcall_end) {
(*call)();
call++;
-   } while (call < &__initcall_end);
+   }
 }
 
 

IDE HD seek error

[Magnus Naeslund]

Yesterday i upgraded an old server (hand upgraded ever since 2.0.33 ->
2.2.16 i believe) to a new dist (rh6.2).
I installed a 2.2.16 suse kernel (no need to handpatch LVM + reiser :)).

This server has 4 IDE drives and 2 scsii drives, but only one drive is
giving me grief.
To note is that it has always worked great when NOT using LVM (with the old
dist/install).
I repartioned it for lvm specifically and added all drives to one volume and
formatted it with "mke2fs -c -b 4096 -m 0 ".

So now i'm wondering if i should just decrease the partition size on hdb or
if it's a hardware error, or if i should patch my kernel with some jolly
patch.

*The hdb info:

Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, ATA DISK drive
Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, 8063MB w/80kB
Cache, CHS=1027/255/63, UDMA(33)
Sep 10 11:52:43 genbaby kernel:  hdb: hdb1

*The stuff i get in my logs:

Sep 10 12:50:30 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:50:30 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210564
Sep 10 12:50:30 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
sector 16210564
Sep 10 12:50:33 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:50:33 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210568
Sep 10 12:50:33 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
sector 16210568
Sep 10 12:50:36 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:50:36 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210576
Sep 10 12:50:36 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
sector 16210576
Sep 10 12:50:39 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:50:39 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210584
Sep 10 12:50:39 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
sector 16210584
Sep 10 12:50:43 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:50:49 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210592
Sep 10 12:50:56 genbaby kernel: end_request: I/O error, dev 03:41 (hdb),
sector 16210592
Sep 10 12:51:02 genbaby kernel: hdb: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Sep 10 12:51:06 genbaby kernel: hdb: dma_intr: error=0x40
 UncorrectableError }, LBAsect=16210739, sector=16210600

[snip (you get the idea)]

/Magnus Naeslund

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Programmer/Networker [|] Magnus Naeslund
 PGP Key: http://www.genline.nu/mag_pgp.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Alexander Viro]

On Sun, 10 Sep 2000, Jeff V. Merkey wrote:

> already there, so folks can use it on Linux for now, and I'll stick to printk()
> and code reviews for my debugging on Linux.

Jeff, does it mean that you do not use code reviews on other projects?

It's not that hard to answer - just 1 bit of information. The question
being:
Do you use code reviews in work on MANOS?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre4 won't boot on i686

[Alan Cox]

> Both machines here (a desktop, P3/600 on an intel SR440BX motherboard,
> running Red Hat 6.9.5; kernel compiled with kgcc (egcs-1.1.2); a notebook,
> Toshiba Satellite pro 4280 XDVD or some such, mobile P3/500, running Red
> Hat 6.2) hang after "OK, now booting the kernel".

Yep I've been chasing some other reports and duplicated them here. It blows up
in checksetup  - We inherited a 2.4 bug where having zero setup or init
functions in the setup/init segment causes a jump to fishkill

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

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

[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 to pessimistic. After some look at the code
I'm pretty sure the obvious check will solve it - succesfully tested
on local UP box.
Somebody with better knowledge of the logic behind dquot_transfer()
should check please, whether any special treatment is needed.

Martin

--- linux-2.4.0-test8/fs/dquot.c.orig   Mon Sep 11 01:42:56 2000
+++ linux-2.4.0-test8/fs/dquot.cMon Sep 11 02:12:04 2000
@@ -1285,12 +1285,15 @@
blocks = isize_to_blocks(inode->i_size, BLOCK_SIZE_BITS);
else
blocks = (inode->i_blocks >> 1);
-   for (cnt = 0; cnt < MAXQUOTAS; cnt++)
+   for (cnt = 0; cnt < MAXQUOTAS; cnt++) {
+   if (transfer_to[cnt] == NODQUOT)
+   continue;
if (check_idq(transfer_to[cnt], 1) == NO_QUOTA ||
check_bdq(transfer_to[cnt], blocks, 0) == NO_QUOTA) {
cnt = MAXQUOTAS;
goto put_all;
}
+   }
 
if ((error = notify_change(dentry, iattr)))
goto put_all; 


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

2.2.18pre4 won't boot on i686

[Horst von Brand]

Both machines here (a desktop, P3/600 on an intel SR440BX motherboard,
running Red Hat 6.9.5; kernel compiled with kgcc (egcs-1.1.2); a notebook,
Toshiba Satellite pro 4280 XDVD or some such, mobile P3/500, running Red
Hat 6.2) hang after "OK, now booting the kernel".
-- 
Horst von Brand [EMAIL PROTECTED]
Casilla 9G, Vin~a del Mar, Chile   +56 32 672616
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Installing Kernel-2.4.test6 problem

[Ibrahim El-Shafei]

Hi all,
I got this error when I tried to 'make bzImage' or 'make install' ...etc
the error is attached with this message and the makefile also attached

thanx for your help

Yours,
Ibrahim El-Shafei

_/\_/\_
  / 0 ! O \
0| <___> |0
  \___/

 Makefile

emd.c: In function `umsdos_emd_dir_readentry':
emd.c:145: invalid operands to binary -
emd.c: In function `umsdos_writeentry':
emd.c:264: invalid operands to binary -
emd.c:264: invalid operands to binary -
emd.c:264: invalid operands to binary -
make[3]: *** [emd.o] Error 1
make[3]: Leaving directory `/tmp/linux/fs/umsdos'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/tmp/linux/fs/umsdos'
make[1]: *** [_subdir_umsdos] Error 2
make[1]: Leaving directory `/tmp/linux/fs'
make: *** [_dir_fs] Error 2

Re: Availability of kdb

[Jeff V. Merkey]

Nathan Paul Simons wrote:

> On Sun, Sep 10, 2000 at 12:15:31AM -0700, J. Dow wrote:
> > Properly contemplated and I wonder at the hypocrisy of using a compiler
> > or an assembler instead of carefully hand crafted bits on a blank disk.
>
> i think you miss the point.  i think that Linus is trying to say
> something along the lines of "A hacker does for love what others would not do
> for money."  Think about it; who would you rather work with: someone who is
> there because they enjoy the work, truly thrive in the environment, and is
> pleasant to be around -or- someone who does it just because they're paid, they
> "only work here" and would prefer a debugger because it means they don't have
> to think as hard.
>

One of the principal architects at Compaq called me Friday after reading Linus'
email about not caring about commercial or support issues for commercialization
of Linux on this topic-- his right -- it had the anticipated impact I would
expect, and it's rippling through the industry.  This topic on kernel debuggers
and Linux kernel development philosophy has been an unknown to a lot of folks in
the commercial software world for a long time and now Linus has made some things
very clear.

Since Linus has rejected kdb there's every indication he will reject any other
kernel debugger submissions -- also his right.  I think my time would be better
spent completing the merge of the Linux code base onto MANOS since moving the
debugger over to Linux seems to not be something Linus would adopt and it's
contrary to his development philosophy, so it's probably a complete waste of my
time.

If I get time to create a patch for Linux, I'll put it up.  kdb seems to be
already there, so folks can use it on Linux for now, and I'll stick to printk()
and code reviews for my debugging on Linux.

:-)

Jeff.



>
> --
> Nathan Paul Simons, Programmer for FSMLabs
> http://www.fsmlabs.com/
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8: BUG at ll_rw_blk.c:711

[Bill West]

With 2.4.0-test8 my system reboots on its own about every 6 to 8 hours with
nothing in the logs except dirty partition from unclean shutdown. Reverted
back to test7 and everything back to normal. Was at first thinking it might
have been a hd going flakey but back to rock solid with test7.

Intel PIII 450
256M ram
IDE hd's.
100M/bit ethernet
voodoo3 2000 agp vid card
SBLive Value sound

Coincidence or not but when I ran updatedb to update my locate database it
rebooted toward the end and when it came back up I went back to test7.

Can provide more information as required but didn't want to spam the list
with my .config etc

remove nospam from address to reply to me directly.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Who ate my BogoMIPS?!

[Alexander Hoogerhuis]

2.2.17 is as "late" as it get's to my knowledge. Haven't had a look at
the problem with 2.2.18preX still.

cheers,
Alexander

Alan Cox <[EMAIL PROTECTED]> writes:

> > The machines are all Compaq Armada M700's, all models are PIII-500,
> > PIII-600, PIII-650, PIII-700 and PIII-750's.  Any one of these models
> > will be randomly detected as having any speed that is either a)
> > correct or b) of any model below it.
> 
> You need ot use a later 2.2 kernel with intel speedstep cpus
> 

-- 
Alexander Hoogerhuis   | Office: +44 (141) 891 4112 
Graham Technology  | Mobile: +44 (7720) 351 918
FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

35k host ECN survey script and results

[Dax Kelson]

Many people have asked for the script, my initial list, and the raw
results from the current run.

I've made them available here:

http://www.gurulabs.com/ecn-check.tar.bz2  (367KB)

It took 12 hours to check the list.

It would pretty easy to automatically email a message to the broken sites.

Which firewalls are causing the problem (Cisco PIX, at least, although it
is interesting that www.cisco.com is reachable.  Are they not running a
PIX?)?  Have any firewall vendors released patches or fixes?  Which
firewalls can be manually configured to allow ECN packets?

It would be very nice if the email sent included such pointers and
information.

If you have any information, send it to me and I'll create a draft email.  
I'll run it by l-k for any comments, and then send it to ECN blocking
sites.

Dax Kelson
Guru Labs


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Bob Taylor]

In message <[EMAIL PROTECTED]>, Nathan Paul 
Simons writes:
> On Sun, Sep 10, 2000 at 12:15:31AM -0700, J. Dow wrote:
> > Properly contemplated and I wonder at the hypocrisy of using a compiler
> > or an assembler instead of carefully hand crafted bits on a blank disk.
> 
>   i think you miss the point.  i think that Linus is trying to say
> something along the lines of "A hacker does for love what others would not do
> for money."  Think about it; who would you rather work with: someone who is
> there because they enjoy the work, truly thrive in the environment, and is
> pleasant to be around -or- someone who does it just because they're paid, the
>y
> "only work here" and would prefer a debugger because it means they don't have
> to think as hard.

If this is what Linus *actually* means then why didn't he *say* 
so? I personally believe this is what he meant.

Bob

-- 
+---+
| Bob Taylor Email: [EMAIL PROTECTED]|
|---|
| Like the ad says, at 300 dpi you can tell she's wearing a |
| swimsuit. At 600 dpi you can tell it's wet. At 1200 dpi you   |
| can tell it's painted on. I suppose at 2400 dpi you can tell  |
| if the paint is giving her a rash. (So says Joshua R. Poulson)|
+---+


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre2aa2 and patches for 2.2.18pre3

[Andrea Arcangeli]

On Fri, 8 Sep 2000, Matthew Hawkins wrote:

>Something between bigmem and his big VM changes makes reiserfs
>uncompilable. [..]

It's due LFS. Chris should have a reiserfs patch that compiles on top of
2.2.18pre2aa2, right? (if not Chris, I can sure find it because the server
that was reproducing the DAC960 SMP lock inversion was running
2.2.18pre2aa2+IKD on top of an huge reiserfs fs)

Andrea

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Who ate my BogoMIPS?!

[Alexander Hoogerhuis]

This is where it gets intersting in a hurry, the same machine will
appear as 500, 600, 650, 700 or 750MHz both with AC and without AC on
successive reboots. There seem actually to be little logic in it. I've
now rebooted since I originally posted the first mail, and I'm now
identified as 600MHz, as opposed to 650MHz about an hour ago.

Anyway, being used to a 486dx-40 I don't see the above as a huge
problem... :]

cheers,
Alexander

Joel Jaeggli <[EMAIL PROTECTED]> writes:

> the mobile pentium III's will operate at 500mhz when disconnected from
> power in order to conserve the battery unless you disable this
> functionality in the bios(which yoou can do at the expense of some
> battery life)... 
> 
> you should see the lower bogomips result when booting without the laptop
> connected to ac power...
> 
> joelja
> 
> On 11 Sep 2000, Alexander Hoogerhuis wrote:
> 
> > A similar issue here that has cropped up with a few laptops I've
> > tried: The measured BogoMIPS and CPU clock speed varies from boot to
> > boot.
> > 
> > The machines are all Compaq Armada M700's, all models are PIII-500,
> > PIII-600, PIII-650, PIII-700 and PIII-750's.  Any one of these models
> > will be randomly detected as having any speed that is either a)
> > correct or b) of any model below it.
> > 
> > It has always been tried on a kernel with APM, 2.2.14-17. If anyone
> > wants more info, feel free to ask for moer info.
> > 
> > cheers,
> > Alexander
> > 
> > Bernd Kischnick <[EMAIL PROTECTED]> writes:
> > 
> > > I'm sure I missed some redefinition,
> > > but lately I noticed that the BogoMIPS count 
> > > for my PowerMac has dropped rather significantly.
> > > 
> > > My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS ---
> > > and now there are only 14.23 left! (since -test7)
> > > 
> > > CPU showing signs of age?
> > > Should I invest in a new computer?
> > > By the way, has someone tested Linux on Apple's cube? ;-)
> > > 
> > > - Bernd
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > > the body of a message to [EMAIL PROTECTED]
> > > Please read the FAQ at http://www.tux.org/lkml/
> > 
> > 
> 
> -- 
> -- 
> Joel Jaeggli [EMAIL PROTECTED]
> Academic User Services [EMAIL PROTECTED]
>  PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
> --
> It is clear that the arm of criticism cannot replace the criticism of
> arms.  Karl Marx -- Introduction to the critique of Hegel's Philosophy of
> the right, 1843.

-- 
Alexander Hoogerhuis   | Office: +44 (141) 891 4112 
Graham Technology  | Mobile: +44 (7720) 351 918
FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Who ate my BogoMIPS?!

[Alan Cox]

> The machines are all Compaq Armada M700's, all models are PIII-500,
> PIII-600, PIII-650, PIII-700 and PIII-750's.  Any one of these models
> will be randomly detected as having any speed that is either a)
> correct or b) of any model below it.

You need ot use a later 2.2 kernel with intel speedstep cpus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Who ate my BogoMIPS?!

[Joel Jaeggli]

the mobile pentium III's will operate at 500mhz when disconnected from
power in order to conserve the battery unless you disable this
functionality in the bios(which yoou can do at the expense of some
battery life)... 

you should see the lower bogomips result when booting without the laptop
connected to ac power...

joelja

On 11 Sep 2000, Alexander Hoogerhuis wrote:

> A similar issue here that has cropped up with a few laptops I've
> tried: The measured BogoMIPS and CPU clock speed varies from boot to
> boot.
> 
> The machines are all Compaq Armada M700's, all models are PIII-500,
> PIII-600, PIII-650, PIII-700 and PIII-750's.  Any one of these models
> will be randomly detected as having any speed that is either a)
> correct or b) of any model below it.
> 
> It has always been tried on a kernel with APM, 2.2.14-17. If anyone
> wants more info, feel free to ask for moer info.
> 
> cheers,
> Alexander
> 
> Bernd Kischnick <[EMAIL PROTECTED]> writes:
> 
> > I'm sure I missed some redefinition,
> > but lately I noticed that the BogoMIPS count 
> > for my PowerMac has dropped rather significantly.
> > 
> > My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS ---
> > and now there are only 14.23 left! (since -test7)
> > 
> > CPU showing signs of age?
> > Should I invest in a new computer?
> > By the way, has someone tested Linux on Apple's cube? ;-)
> > 
> > - Bernd
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to [EMAIL PROTECTED]
> > Please read the FAQ at http://www.tux.org/lkml/
> 
> 

-- 
-- 
Joel Jaeggli   [EMAIL PROTECTED]
Academic User Services   [EMAIL PROTECTED]
 PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--
It is clear that the arm of criticism cannot replace the criticism of
arms.  Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Who ate my BogoMIPS?!

[Alexander Hoogerhuis]

A similar issue here that has cropped up with a few laptops I've
tried: The measured BogoMIPS and CPU clock speed varies from boot to
boot.

The machines are all Compaq Armada M700's, all models are PIII-500,
PIII-600, PIII-650, PIII-700 and PIII-750's.  Any one of these models
will be randomly detected as having any speed that is either a)
correct or b) of any model below it.

It has always been tried on a kernel with APM, 2.2.14-17. If anyone
wants more info, feel free to ask for moer info.

cheers,
Alexander

Bernd Kischnick <[EMAIL PROTECTED]> writes:

> I'm sure I missed some redefinition,
> but lately I noticed that the BogoMIPS count 
> for my PowerMac has dropped rather significantly.
> 
> My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS ---
> and now there are only 14.23 left! (since -test7)
> 
> CPU showing signs of age?
> Should I invest in a new computer?
> By the way, has someone tested Linux on Apple's cube? ;-)
> 
> - Bernd
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/

-- 
Alexander Hoogerhuis   | Office: +44 (141) 891 4112 
Graham Technology  | Mobile: +44 (7720) 351 918
FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Bugfix in dquot_transfer()

[Carlos Carvalho]

Jan Kara ([EMAIL PROTECTED]) wrote on 4 September 2000 08:25:
 >  Following patch fixes bug in dquot_transfer() - while we were sleeping
 >i_blocks might change and so number quota was miscounted. Patches are
 >against 2.2.16 and 2.4.0-test6 (but should apply well on newer versions).

I seem to have problems with this patch. Our main/central/everything
server crashed 3 times apparently because of it (runs fine without
it). A simple dpkg-scanpackages or named -u nobody gets a segfault,
and the kernel oopses:

kernel: Unable to handle kernel NULL pointer dereference at virtual
address 002c
kernel: current->tss.cr3 = 32bca000, %cr3 = 32bca000
kernel: *pde = 
kernel: Oops: 
kernel: CPU:0

I was keen to apply it because I'm having occasional problems with
quotas being above the real usage, mostly because of users running
jobs in other machines and accessing the disk via NFS.

This is with 2.2.17 patched with the below plus raid, ide, the latest
knfs, openwall and Andrea's VM-global-2.2.18pre2-6.bz2.

 >--- linux/fs/dquot.c  Tue Aug 29 11:01:00 2000
 >+++ linux/fs/dquot.c  Sat Sep  2 23:01:04 2000
 >@@ -1260,14 +1260,6 @@
 >  if (!inode)
 >  return -ENOENT;
 >  /*
 >-  * Find out if this filesystem uses i_blocks.
 >-  */
 >- if (inode->i_blksize == 0)
 >- blocks = isize_to_blocks(inode->i_size, BLOCK_SIZE);
 >- else
 >- blocks = (inode->i_blocks / 2);
 >-
 >- /*
 >   * Build the transfer_from and transfer_to lists and check quotas to see
 >   * if operation is permitted.
 >   */
 >@@ -1326,13 +1318,25 @@
 >   * dqget() could block and so the first structure might got
 >   * invalidated or locked...
 >   */
 >- if (!transfer_to[cnt]->dq_mnt || !transfer_from[cnt]->dq_mnt ||
 >- check_idq(transfer_to[cnt], cnt, 1, initiator, tty) == NO_QUOTA ||
 >- check_bdq(transfer_to[cnt], cnt, blocks, initiator, tty, 0) == 
 >NO_QUOTA) {
 >+ if (!transfer_to[cnt]->dq_mnt || !transfer_from[cnt]->dq_mnt) {
 >  cnt++;
 >  goto put_all;
 >  }
 >  }
 >+
 >+ /*
 >+  * Find out if this filesystem uses i_blocks.
 >+  */
 >+ if (inode->i_blksize == 0)
 >+ blocks = isize_to_blocks(inode->i_size, BLOCK_SIZE);
 >+ else
 >+ blocks = (inode->i_blocks / 2);
 >+ for (cnt = 0; cnt < MAXQUOTAS; cnt++)
 >+ if (check_idq(transfer_to[cnt], cnt, 1, initiator, tty) == NO_QUOTA ||
 >+ check_bdq(transfer_to[cnt], cnt, blocks, initiator, tty, 0) == 
 >NO_QUOTA) {
 >+ cnt = MAXQUOTAS;
 >+ goto put_all;
 >+ }
 > 
 >  if ((error = notify_change(dentry, iattr)))
 >  goto put_all; 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[OOPS] dquot_transfer() - 2.4.0-test8

[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 dquot_transfer().
Looking at the diff's of test7 vs. test8, I believe the reason might
be the new cnt=0..MAXQUOTAS-loop from which check_idq() is called.
Located after the first loop of this kind it might happen that
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.

Martin

PS: chown of a root-owned file (no quota for root) to some user with
quota triggers the same problem. After several repetitions the chown
ended up in 'D' state even prohibiting sync'ing the disks.

output from ksymoops as follows:
---
ksymoops 2.3.3 on i586 2.4.0-test8.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test8/ (default)
 -m /boot/System.map-2.4.0-test8 (specified)

Sep 11 00:36:47 srv kernel: Unable to handle kernel NULL pointer
   dereference at virtual address 0034 
Sep 11 00:36:47 srv kernel: c015e131 
Sep 11 00:36:47 srv kernel: *pde =  
Sep 11 00:36:47 srv kernel: Oops:  
Sep 11 00:36:47 srv kernel: CPU:0 
Sep 11 00:36:47 srv kernel: EIP:0010:[check_idq+13/304] 
Sep 11 00:36:47 srv kernel: EFLAGS: 00010202 
Sep 11 00:36:47 srv kernel: eax:    ebx:    ecx: 0001
   edx: 0001 
Sep 11 00:36:47 srv kernel: esi: 8180   edi: 0004   ebp: c2f7df24
   esp: c2f7dee8 
Sep 11 00:36:47 srv kernel: ds: 0018   es: 0018   ss: 0018 
Sep 11 00:36:47 srv kernel: Process kdm (pid: 889, stackpage=c2f7d000) 
Sep 11 00:36:47 srv kernel: Stack:  c015ee77  0001
 c2f7df54 8180 c2fc71c0 bfffea6c  
Sep 11 00:36:47 srv kernel:0001 c2f7df2c 000b c01346a2
 ff86 df58 c2fe27e0   
Sep 11 00:36:47 srv kernel:   c012aba2
 c2fc71c0 c2f7df54 c2fe27e0   
Sep 11 00:36:47 srv kernel: Call Trace: [dquot_transfer+615/1168]
[cached_lookup+14/80]
[chown_common+254/280]
[__user_walk+75/84]
[sys_chown+47/68]
[sys_chown16+47/52]
[system_call+51/64]  
Sep 11 00:36:47 srv kernel: Code: f6 43 34 40 74 09 31 c0 e9 11 01 00 00
  89 f6 8b 53 48 85 d2  
Using defaults from ksymoops -t elf32-i386 -a i386

Code;   Before first symbol
 <_EIP>:
Code;   Before first symbol
   0:   f6 43 34 40   testb  $0x40,0x34(%ebx)
Code;  0004 Before first symbol
   4:   74 09 je f <_EIP+0xf> 000f Before first symbol
Code;  0006 Before first symbol
   6:   31 c0 xor%eax,%eax
Code;  0008 Before first symbol
   8:   e9 11 01 00 00jmp11e <_EIP+0x11e> 011e Before first symbol
Code;  000d Before first symbol
   d:   89 f6 mov%esi,%esi
Code;  000f Before first symbol
   f:   8b 53 48  mov0x48(%ebx),%edx
Code;  0012 Before first symbol
  12:   85 d2 test   %edx,%edx

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Oops on boot with both 2.2.17 and 2.4.0t8p6

[Mike Galbraith]

On Sun, 10 Sep 2000, Rasmus Andersen wrote:

> Hi.
> 
> Interesting turn in my efforts to make linux boot on my newly acquired
> old computer: Mike Galbraith offered me IKD for 2.4.0t8, which I
> accepted and tried (I said yes to all the IKD config options). This
> made 2.4.0t8 boot and get as far as complaining about bad root fs
> (which is correct for it to barf over). However, right after
> 'Uncompressing linux' I get a columnfull (12 characters from left
> edge in, top to bottom) of random characters with "unconventional"
> color and background. The last 7 of these change rapidly, the list 5
> faster.These seem to stay on top as the boot messages goes normally
> from there. They do not show up in the serial dump (not surprising).
> So adding IKD to 2.4.0t8 made the initial oops go away/be hidden.

The odd colours/chars are the print EIP feature in action.  You should
almost never say yes to all config options.. select what you need.

_How_ sure are you that your hw is fine?  Primary difference with all
options enabled is speed.. much slower with all enabled.

-Mike

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Oops...

[Ricardo Rio]

Hello. I've been having problems with 
my computer in Linux Os. Ever since I've changed my video card the computer has 
been freezing up ( Random running time)!! First I thought it has XFree86 but now 
I'm not so sure. If it was because of the graphics card I would have seen people 
complaining, and I haven't found any yet. I'm betting it's some kind of hardware 
combanation that doesn't work on the kernel. This Oops was 
gerenated in 2.2.15-4mdk on Mandrake Linux Os, but it also happens on Redhat 6.1 
with kernel 2.2.12-??, and on the most recent one 2.2.17 . I generated this one 
by just running "xmms" (playing music) and then changed to a console view 
(atl+ctrl+F1 just in case i'm not saying it right). And, then just left the 
computer running. After awhile it froze up with an Oops. I' used  this 
method to catch the oops message. I like working in linux, but now 
I can't. PLEASE HELP! Computer specs: (If needed)  
motherboard: Fic 503+  Processor: AMD K6-2 450Mhz  Graphics 
Board: Voodoo 3 3500 TV AGP  Sound Board: Sound Blaster Live 
1024  Memory: 64Mb at 100Mhz  Harddrive, floppy, usb slots, 
cdroms   (if their is anything else needed please 
ask)  Ok here goes the Oops... ( note: on the "ebx" value 
i'm not sure if it was 8000 or 
0800) ksymoops 
2.3.3 on i586 2.2.15-4mdk.  Options used -V 
(default) -k /proc/ksyms 
(default) -l /proc/modules 
(default) -o /lib/modules/2.2.15-4mdk/ 
(default) -m /boot/System.map 
(specified) Unable to handle kernel NULL pointer dereference at 
virtual address current->tss.cr3 = 00101000, %cr3 = 
00101000*pde = Oops: CPU:    
0EIP:    0010:[]Using defaults from 
ksymoops -t elf32-i386 -a i386EFLAGS: 00010007eax:  ebx: 
0800 ecx:  edx: esi: 0001 edi: 0001 ebp: 
c0257f10 esp: c0257ef0ds: 0018 es: 0018 ss:0018Process Swapper (pid: 0, 
process nr: 0, stackpage=c0257000)Stack: c0280ce4 c010ba58  c0257f48 
c0239478 a700 0001 a7f8   
 c011a5f9 0001 a7f8 c0106000 c0257f40  
c0257f48   ff9d c010c347 ff9d 
0001 0e00 c010bab8 0001 c213e000Call Trace: [] 
[] [] [] [] 
[] []   
[] [] [] [] 
[] [] []Code: 8b 02 85 c0 74 
0e 8b 02 83 f8 02 74 07 8b 02 83 f8 10 75 06 >>EIP; c0112fb4 
   <=Trace; c010ba58 
Trace; c011a5f9 
Trace; c0106000 
Trace; c010c347 Trace; 
c010bab8 Trace; c0106000 
Trace; c01096cc Trace; 
c010a884 Trace; c01060d4 
Trace; c010a834 Trace; 
c0106000 Trace; c01060d4 Trace; 
c01060d4 Trace; c0100175 Code;  
c0112fb4  <_EIP>:Code;  
c0112fb4    <=   
0:   8b 
02 
mov    (%edx),%eax   <=Code;  c0112fb6 
   2:   85 
c0 
test   %eax,%eaxCode;  c0112fb8 
   4:   74 
0e 
je 14 <_EIP+0x14> c0112fc8 
Code;  c0112fba 
   6:   8b 
02 
mov    (%edx),%eaxCode;  c0112fbc 
   8:   83 f8 
02  
cmp    $0x2,%eaxCode;  c0112fbf 
   b:   74 
07 
je 14 <_EIP+0x14> c0112fc8 
Code;  c0112fc1 
   d:   8b 
02 
mov    (%edx),%eaxCode;  c0112fc3 
   f:   83 f8 
10  
cmp    $0x10,%eaxCode;  c0112fc6 
  12:   75 
06 
jne    1a <_EIP+0x1a> c0112fce 
 Aiee, killing interrupt handlerKernel 
panic: Attempted to kill the idle tasl!In swapper task - not 
syncing-- Thanks In 
advance, but please do responde when somebodys discovered 
anything. 
Rio 

Re: Availability of kdb

[Nathan Paul Simons]

On Sun, Sep 10, 2000 at 12:15:31AM -0700, J. Dow wrote:
> Properly contemplated and I wonder at the hypocrisy of using a compiler
> or an assembler instead of carefully hand crafted bits on a blank disk.

i think you miss the point.  i think that Linus is trying to say
something along the lines of "A hacker does for love what others would not do
for money."  Think about it; who would you rather work with: someone who is
there because they enjoy the work, truly thrive in the environment, and is
pleasant to be around -or- someone who does it just because they're paid, they
"only work here" and would prefer a debugger because it means they don't have
to think as hard.

-- 
Nathan Paul Simons, Programmer for FSMLabs
http://www.fsmlabs.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

8% of the Internet unreachable!

[Dax Kelson]

Executive Summary:

Survey shows 8.3% of websites unreachable from an ECN capable client.  
Notable unreachable sites:

www.amazon.com, www.ibm.com, www.sun.com, www.apple.com,
www.intel.com, www.disney.com, www.espn.com, www.zdnet.com,
www.ups.com, www.visa.com, abc.com, cbs.com, fox.com, sharkyextreme.com,
www.linuxtoday.com, www.linuxstart.com, www.linuxplanet.com,
www.linuxnewbie.org, www.linux-usb.org

Firewalls are improperly rejecting connections, if they aren't fixed,
there will be lots of complaining when the linux 2.4 kernel gets
widespread deployment.

Long version:

The current 2.4 test kernels include support for "ECN" in the IP
stack.  You can read about it here:

http://www.faqs.org/rfcs/rfc2481.html

As the Internet grows, ECN is needed to provide better congestion
management.  Theoretically, a fully ECN enabled Internet would have ZERO
packet loss.

The "problem" is that ECN uses two previously unused bits in the IP
header, and because of that many firewalls improperly drop or reject IP
packets from a ECN capable host.

There have been various postings to l-k about unreachable sites, I
wondered how widespread the problem was.

With the help of perl, and friends, I came up with list of 34,579 unique
websites.  The websites were plucked from the log file of a moderately
busy proxy server that has about 10,000 users behind it.  The sites in the
list are sites that were contacted by the proxy server in the last 5 days.

I wrote a perl script to connect to each website with ECN turned off, and
if I could connect, then to turn on ECN and try again.

The results:

>From the 34,579 sites I came up with, 33177 were up.  

Sites checked: 34,579
Sites responding: 33177
Responding sites rejecting ECN packets: 2741 (8.3% of responding sites)

It took 12 hours to run the test.

According to NetCraft, there are 19+ million websites.  Did I sample
enough sites?  Mostly likely not, however, the 35k sites I checked
probably are the most popular sites on the Internet. 

Maybe NetCraft should do an ECN check as part of their normal survey.

If anyone is interested in the perl script, or the list of sites, let me
know.

Dax Kelson
Guru Labs

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Reference Tool - Video Game World Records

[Walter Day]

Dear News Reporter,

The high-score database containing the official world records for video game and 
pinball 

playing is now available on the Internet as a free reference source.

It can be found by clicking on SEARCH SCORES at: 
http://www.twingalaxies.com

This body of information is essentially the statistical history of video game and 
pinball 

playing from 1977 to present and has already been used as a reference source by many 
news 

agencies and Hollywood producers, including the Guinness Book of World Records, 
ABC-TV’s 

That’s Incredible and Jeopardy, the TV game show. In the next month, this data will be 


supplemented with 15,000 further high scores which represent the new world records on 

today's current game titles.

If this announcement has reached your desk in error, we’ll remove you from our contact 
list. 

Please hit reply and paste REMOVE in the subject field and send us back an email.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre2aa2 and patches for 2.2.18pre3

[Alan Cox]

> > Andrea's.  I've been patching most of them in for a while now simply
> > because I've found my SMP system much more stable and useable.
> 
> I also takled with Andrea and Alan about this. 2.2.16 will kill itself
> within hours on my system. With Andrea's patches, it lives for long
> times.

I am slowly trickling them in as I get points I can be sure I can pin down
problems the cause reliably. Andrea's patches tend to be far reaching in their
effects and not always 100% obviously correct. Its the nature of fixing bugs
in that kind of code

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[2.4.0test8]cs46xx.c:107: warning: `SND_DEV_DSP16' redefined

[C Sanjayan Rosenmund]

Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I got this with 2.4.0test7 & 8 when compiling in support for my sound
card.  I read the archives for the last two weeks and found mo mention
of this error.  Please cc me with any answers you can give.  The error
I got is as follows:

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-O2 -fomit-frame-pointer -pipe  -mpreferred-stack-boundary=2
-march=i686 -fno-strict-aliasing-c -o cs46xx.o cs46xx.c
cs46xx.c:107: warning: `SND_DEV_DSP16' redefined
/usr/src/linux/include/linux/sound.h:12: warning: this is the location
of the previous definition
cs46xx.c:2488: cards causes a section type conflict
cs46xx.c:2630: warning: `cs_remove' defined but not used
make[3]: *** [cs46xx.o] Error 1
make[3]: Leaving directory `/usr/src/linux/drivers/sound'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux/drivers/sound'
make[1]: *** [_subdir_sound] Error 2
make[1]: Leaving directory `/usr/src/linux/drivers'
make: *** [_dir_drivers] Error 2

I am running Debian (woody) on a P/// 550Mhz box with an on-board
cs4610 sound card.  Up to test6, I had no problems with the sound
(running the ALSA drivers).  Is there something I need to do to
correct this?  Also, the ALSA drivers do not seem to work with this
kernel.  Any info on that?  Sorry to "bug" you like this, but I
thought you needed to know.

(I am not on the list directly as my mailbox could not handle the
load. . . I do, however, read the archives.)

-- 
Sanjay
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8: BUG at ll_rw_blk.c:711

[Alexander Viro]

On Sun, 10 Sep 2000, Martin Costabel wrote:

> "Udo A. Steinberg" wrote:
> > 
> > Steffen Luitz wrote:
> > >
> > > 2.4.0-test8's kupdate just crashed with a BUG at ll_rw_blk.c:711 when I
> > > was trying to save a file from StarOffice. The system is a Dual PII-300
> > > (with SMP ...)
> > 
> > Al Viro posted a patch to fix this problem earlier today on this list.
> 
> Where is this patch? I can't find it in the archive on
> http://boudicca.tux.org/hypermail/linux-kernel/ , nor in my mailbox. In
> fact, this "final fix" thread only consists of 2 answers, one by you and
> one by Linus. Since I am getting these oopses from ll_rw_blk.c:716 and
> buffer.c:730 all the time, I would be interested in any patch.

Move
err = 0;
if (buffer_unmapped(bh) {
...
}
(in block_truncate_page()) before the
if (!buffer_uptodate(bh))

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8: BUG at ll_rw_blk.c:711

[Martin Costabel]

"Udo A. Steinberg" wrote:
> 
> Steffen Luitz wrote:
> >
> > 2.4.0-test8's kupdate just crashed with a BUG at ll_rw_blk.c:711 when I
> > was trying to save a file from StarOffice. The system is a Dual PII-300
> > (with SMP ...)
> 
> Al Viro posted a patch to fix this problem earlier today on this list.

Where is this patch? I can't find it in the archive on
http://boudicca.tux.org/hypermail/linux-kernel/ , nor in my mailbox. In
fact, this "final fix" thread only consists of 2 answers, one by you and
one by Linus. Since I am getting these oopses from ll_rw_blk.c:716 and
buffer.c:730 all the time, I would be interested in any patch.

--
Martin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] do not mount the same filesystem on the same mount point

[Andries Brouwer]

Dear Linus, Al, all:

Below a patch to prevent mounting the same filesystem
repeatedly on the same mount point. This 4-line patch is

+   /* Refuse the same filesystem on the same mount point */
+   retval = -EBUSY;
+   if (nd.mnt && nd.mnt->mnt_sb == sb
+  && nd.mnt->mnt_root == nd.dentry)
+   goto fail;

(If the user really wants to, she can still do this.
This patch is not needed for correctness or security,
but just to prevent the confusion that would arise when
each GUI click mounted the same fs on the same mount point.)

This patch also changes "-t bind" into "--bind",
i.e., recognizes a bind mount by the MS_BIND flags bit
rather than the "bind" type. Mount(8) already supports this.

(I do not think it is necessary to leave the "-t bind"
version for backwards compatibility. It has only existed
since 2.3.99-pre6. For the moment it is #ifdef'ed out.)

Here there is a security aspect: I did not change the
fact that every user can do this, but worry a little
about the fact that she could do this a million times,
running the kernel out of memory. It seems to me that
either capabilities should be required, or the memory
used should be charged to the user.

I also discarded the 0xC0ED magic, making it impossible
to use a pre-0.97 version of mount(8) together with a
2.4 kernel, and freeing up 16 more flag bits, in case
we should need them.

The rest is layout polishing.

Andries

-
diff -u --recursive --new-file ../linux-2.4.0test8/linux/fs/super.c ./linux/fs/super.c
--- ../linux-2.4.0test8/linux/fs/super.cThu Aug 24 14:05:01 2000
+++ ./linux/fs/super.c  Sun Sep 10 20:37:56 2000
@@ -1303,20 +1303,21 @@
  * information (or be NULL).
  *
  * NOTE! As pre-0.97 versions of mount() didn't use this setup, the
- * flags have to have a special 16-bit magic number in the high word:
- * 0xC0ED. If this magic word isn't present, the flags and data info
- * aren't used, as the syscall assumes we are talking to an older
- * version that didn't understand them.
+ * flags used to have a special 16-bit magic number in the high word:
+ * 0xC0ED. If this magic number is present, the high word is discarded.
  */
 long do_mount(char * dev_name, char * dir_name, char *type_page,
- unsigned long new_flags, void *data_page)
+ unsigned long flags, void *data_page)
 {
struct file_system_type * fstype;
struct nameidata nd;
struct vfsmount *mnt = NULL;
struct super_block *sb;
int retval = 0;
-   unsigned long flags = 0;
+
+   /* Discard magic */
+   if ((flags & MS_MGC_MSK) == MS_MGC_VAL)
+   flags &= ~MS_MGC_MSK;
  
/* Basic sanity checks */
 
@@ -1328,21 +1329,25 @@
/* OK, looks good, now let's see what do they want */
 
/* just change the flags? - capabilities are checked in do_remount() */
-   if ((new_flags & (MS_MGC_MSK|MS_REMOUNT)) == (MS_MGC_VAL|MS_REMOUNT))
-   return do_remount(dir_name, new_flags&~(MS_MGC_MSK|MS_REMOUNT),
-   (char *) data_page);
-
-   if ((new_flags & MS_MGC_MSK) == MS_MGC_VAL)
-   flags = new_flags & ~MS_MGC_MSK;
+   if (flags & MS_REMOUNT)
+   return do_remount(dir_name, flags & ~MS_REMOUNT,
+ (char *) data_page);
+
+   /* "mount --bind"? Equivalent to older "mount -t bind" */
+   /* No capabilities? What if users do thousands of these? */
+   if (flags & MS_BIND)
+   return do_loopback(dev_name, dir_name);
 
/* For the rest we need the type */
 
if (!type_page || !memchr(type_page, 0, PAGE_SIZE))
return -EINVAL;
 
+#if 0  /* Can be deleted again. Introduced in patch-2.3.99-pre6 */
/* loopback mount? This is special - requires fewer capabilities */
if (strcmp(type_page, "bind")==0)
return do_loopback(dev_name, dir_name);
+#endif
 
/* for the rest we _really_ need capabilities... */
if (!capable(CAP_SYS_ADMIN))
@@ -1354,7 +1359,8 @@
return -ENODEV;
 
/* ... and mountpoint. Do the lookup first to force automounting. */
-   if (path_init(dir_name, LOOKUP_FOLLOW|LOOKUP_POSITIVE|LOOKUP_DIRECTORY, ))
+   if (path_init(dir_name,
+ LOOKUP_FOLLOW|LOOKUP_POSITIVE|LOOKUP_DIRECTORY, ))
retval = path_walk(dir_name, );
if (retval)
goto fs_out;
@@ -1363,7 +1369,7 @@
if (fstype->fs_flags & FS_NOMOUNT)
sb = ERR_PTR(-EINVAL);
else if (fstype->fs_flags & FS_REQUIRES_DEV)
-   sb = get_sb_bdev(fstype, dev_name,flags, data_page);
+   sb = get_sb_bdev(fstype, dev_name, flags, data_page);
else if (fstype->fs_flags & FS_SINGLE)
sb = get_sb_single(fstype, flags, data_page);
else
@@ -1376,6 +1382,13 @@
/* 

Re: Linux 2.2.18pre4 make xconfig error

[Art Wagner]

On "make xconfig" error on /fs/nls/Config.in, line 8
if error due to missing "" on n
Art Wagner


Alan Cox wrote:
> 
> This cleans up a lot of the small bugs, some ext2 races and other smaller
> items partly from 2.2.17 partly from the new code. Hopefully the changes
> from now on through to 2.2.18 can be smaller as we shake stuff out of the
> drivers and other stuff merged.

> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

[patchlet] minor mm/slab.c cleanup (2.4.0-t8)

[Rasmus Andersen]

Hi.

This is against 2.4.0-test8. It removes an unnecessary check (done
earlier) for a slab destructor (unless I am missing some black magic)
 and substitutes __set_current_state for current->state=XXX. 


--- linux-240test8-clean/mm/slab.c  Thu Aug 24 09:43:36 2000
+++ linux/mm/slab.c Sun Sep 10 22:24:53 2000
@@ -561,8 +561,7 @@
objp += BYTES_PER_WORD;
}
 #endif
-   if (cachep->dtor)
-   (cachep->dtor)(objp, cachep, 0);
+   (cachep->dtor)(objp, cachep, 0);
 #if DEBUG
if (cachep->flags & SLAB_RED_ZONE) {
objp -= BYTES_PER_WORD;
@@ -856,10 +855,10 @@
local_irq_enable();
 
add_wait_queue(_drain_wait, );
-   current->state = TASK_UNINTERRUPTIBLE;
+   __set_current_state(TASK_UNINTERRUPTIBLE);
while (slab_cache_drain_mask != 0UL)
schedule();
-   current->state = TASK_RUNNING;
+   __set_current_state(TASK_RUNNING);
remove_wait_queue(_drain_wait, );
 }
 
-- 
Regards,
Rasmus([EMAIL PROTECTED])

The aim of a joke is not to degrade the human being but to remind him that 
he is already degraded. -- George Orwell 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [final fix] Re: Another ext2fs issue with 2.4.0-test8-final

[Linus Torvalds]

On Sun, 10 Sep 2000, Alexander Viro wrote:
> 
> Arrggh. Linus, buffer can be up-to-date, but unmapped. Marking it dirty is
> illegal, indeed. IOW, we need to (cut-and-paste alert)

Goopd catch. Yes, we should just do the mapped/uptodate checks in the
other order. Good call.

Linus

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] for PAS16 functionality for 2.4

[Thomas Molina]

On Sun, 10 Sep 2000, Christoph Hellwig wrote:

> IMHO you should add some _more_ code to pas2_card.c so the sb stuff
> is completly initialized there and sb.o (sb_card.c) is no more needed
> for pas2. This means basically calling probe_sb() and attach_sb_card()
> with the right parameters.

Yeah.  A quick inspection shows it may not be as complex as I first
thought.  I'll look at it after I catch up on Calculus (solids of
revolution is currently kicking my butt), unless someone beats me to it.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Oops on boot with both 2.2.17 and 2.4.0t8p6

[Rasmus Andersen]

Hi.

Interesting turn in my efforts to make linux boot on my newly acquired
old computer: Mike Galbraith offered me IKD for 2.4.0t8, which I
accepted and tried (I said yes to all the IKD config options). This
made 2.4.0t8 boot and get as far as complaining about bad root fs
(which is correct for it to barf over). However, right after
'Uncompressing linux' I get a columnfull (12 characters from left
edge in, top to bottom) of random characters with "unconventional"
color and background. The last 7 of these change rapidly, the list 5
faster.These seem to stay on top as the boot messages goes normally
from there. They do not show up in the serial dump (not surprising).
So adding IKD to 2.4.0t8 made the initial oops go away/be hidden.

Status: 2.2.17 (double) oopses, 2.4.0t8 oopses, 2.4.0t8-ikd boots with
wierdnesses.

It should also be mentioned that all these problems persist across
a change of RAM to 64MB (from a machine that runs 2.2.16 without
problems).
-- 
Regards,
Rasmus([EMAIL PROTECTED])

We're going to turn this team around 360 degrees.
-Jason Kidd, upon his drafting to the Dallas Mavericks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8: BUG at ll_rw_blk.c:711

[Udo A. Steinberg]

Steffen Luitz wrote:
> 
> 2.4.0-test8's kupdate just crashed with a BUG at ll_rw_blk.c:711 when I
> was trying to save a file from StarOffice. The system is a Dual PII-300
> (with SMP ...)

Al Viro posted a patch to fix this problem earlier today on this list.

Udo.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

2.4.0-test8: BUG at ll_rw_blk.c:711

[Steffen Luitz]

2.4.0-test8's kupdate just crashed with a BUG at ll_rw_blk.c:711 when I
was trying to save a file from StarOffice. The system is a Dual PII-300
(with SMP ...)

Here the relevant syslog with the call trace:

Sep 10 11:22:10 xxx kernel: kernel BUG at ll_rw_blk.c:711!
Sep 10 11:22:10 xxx kernel: invalid operand: 
Sep 10 11:22:10 xxx kernel: CPU:1
Sep 10 11:22:10 xxx kernel: EIP:0010:[__make_request+161/1488]
Sep 10 11:22:10 xxx kernel: EFLAGS: 00010286
Sep 10 11:22:10 xxx kernel: eax: 001f ebx: c1debc00 ecx: 0056 edx:
0100
Sep 10 11:22:10 xxx kernel: esi: c1debc00 edi: c0306860 ebp: 0001 esp:
cbfd1f34
Sep 10 11:22:10 xxx kernel: ds: 0018   es: 0018   ss: 0018
Sep 10 11:22:10 xxx kernel: Process kupdate (pid: 4, stackpage=cbfd1000)
Sep 10 11:22:10 xxx kernel: Stack: c024b4a5 c024b782 02c7 c1debc00
0001 000c  c666f480
Sep 10 11:22:10 xxx kernel:  c0306878 c0306870  0002 
 c017bbbf 00fe
Sep 10 11:22:10 xxx kernel:  c017c7fd c0306860 0001 c1debc00 c1debc00
 0001 cbfd1fd0
Sep 10 11:22:10 xxx kernel: Call Trace: [tvecs+94525/110264]
[tvecs+95258/110264] [blk_get_queue+63/84] [generic_make_request+257/272]
[ll_rw_block+341/452] [flush_dirty_buffers+154/224] [tvecs+15086/110264]
Sep 10 11:22:10 xxx kernel:  [sync_old_buffers+109/212] [kupdate+250/256]
[kernel_thread+40/56]
Sep 10 11:22:10 xxx kernel: Code: 0f 0b 83 c4 0c 0f b6 46 15 0f b7 4e 14
8b 14



   Cheers

   Steffen



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre2aa2 and patches for 2.2.18pre3

[Michael]

I hate to post just to say me too, but we couldn't run 2.2.16 for
more than a few hours and even 2.2.17 would stop responding with a
load average >200 right around the time of our heaviest usage
and never come back. Assuming 2.2.18pre2aa2 doesn't crash in the
next 2 weeks (the original problem we upgraded to fix) then we'll
probably never change our kernel :) (and my associate who
believes in windows won't have anything left to complain about).

- Michael

On Sun, 10 Sep 2000, Roeland Th. Jansen wrote:

> On Thu, Sep 07, 2000 at 11:26:56PM +1100, Matthew Hawkins wrote:
> > I'd like to advocate the inclusion of the majority of these patches of
> > Andrea's.  I've been patching most of them in for a while now simply
> > because I've found my SMP system much more stable and useable.
> 
> 
> I also takled with Andrea and Alan about this. 2.2.16 will kill itself
> within hours on my system. With Andrea's patches, it lives for long
> times.
> 
> 
> -- 
> Grobbebol's Home   |  Don't give in to spammers.   -o)
> http://www.xs4all.nl/~bengel   | Use your real e-mail address   /\
> Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v  
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

USB mouse stopped working (kernel 2.4.0-test8)

[Bernd Kischnick]

Hello all,

between kernel 2.4.0-test7 and test8 something has happened to break my
USB mouse.

Platform is a PowerMac equipped with an OPTI USB-controller on a PCI
card.

I've seen a lot of lockups from the USB system on test7 ---
some of them have gone in test8, especially when loading modules.

But now the mouse doesn't work at all, as apparent from the log:

Sep 10 20:37:51 (none) kernel: usb.c: registered new driver usbdevfs 
Sep 10 20:37:51 (none) kernel: usb.c: registered new driver hub 
Sep 10 20:37:58 (none) kernel: PCI: Enabling device 00:0e.0 (0014 ->
0016) 
Sep 10 20:37:58 (none) kernel: usb-ohci.c: USB OHCI at membase
0xc71e8000, IRQ 25 
Sep 10 20:37:58 (none) kernel: usb-ohci.c: usb-00:0e.0, OPTi Inc. 82C861 
Sep 10 20:37:58 (none) kernel: usb.c: new USB bus registered, assigned
bus number 1 
Sep 10 20:37:58 (none) kernel: usb.c: USB new device connect, assigned
device number 1 
Sep 10 20:37:58 (none) kernel: hub.c: USB hub found 
Sep 10 20:37:58 (none) kernel: hub.c: 2 ports detected 
Sep 10 20:38:10 (none) kernel: usb.c: registered new driver hid 
Sep 10 20:38:48 (none) kernel: mouse0: PS/2 mouse device for input2 
Sep 10 20:38:48 (none) kernel: mouse1: PS/2 mouse device for input0 
Sep 10 20:38:48 (none) kernel: mice: PS/2 mouse device common for all
mice 
Sep 10 20:41:55 (none) kernel: usb.c: USB new device connect, assigned
device number 2 
Sep 10 20:41:55 (none) kernel: usb.c: USB device not accepting new
address (error=-110) 
Sep 10 20:41:55 (none) kernel: usb.c: USB new device connect, assigned
device number -1 
Sep 10 20:41:55 (none) kernel: usb.c: USB device not accepting new
address (error=-110) 
Sep 10 20:41:55 (none) kernel: usb.c: USB disconnect on device -1 
Sep 10 20:41:56 (none) kernel: usb.c: USB new device connect, assigned
device number 2 
Sep 10 20:41:56 (none) kernel: usb.c: USB device not accepting new
address (error=-110) 
Sep 10 20:41:56 (none) kernel: usb.c: USB new device connect, assigned
device number -1 
Sep 10 20:41:57 (none) kernel: usb.c: USB device not accepting new
address (error=-110) 
Sep 10 20:41:57 (none) kernel: usb.c: USB disconnect on device -1 
... and so on

The other mouse mentioned in the log is an Apple mouse on the ADB bus,
which works well.

See you,
- Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Who ate my BogoMIPS?!

[Bernd Kischnick]

I'm sure I missed some redefinition,
but lately I noticed that the BogoMIPS count 
for my PowerMac has dropped rather significantly.

My logs still show kernel 2.4.0-test6 at 166.30 BogoMIPS ---
and now there are only 14.23 left! (since -test7)

CPU showing signs of age?
Should I invest in a new computer?
By the way, has someone tested Linux on Apple's cube? ;-)

- Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.2.18pre2aa2 and patches for 2.2.18pre3

[Roeland Th. Jansen]

On Thu, Sep 07, 2000 at 11:26:56PM +1100, Matthew Hawkins wrote:
> I'd like to advocate the inclusion of the majority of these patches of
> Andrea's.  I've been patching most of them in for a while now simply
> because I've found my SMP system much more stable and useable.


I also takled with Andrea and Alan about this. 2.2.16 will kill itself
within hours on my system. With Andrea's patches, it lives for long
times.


-- 
Grobbebol's Home   |  Don't give in to spammers.   -o)
http://www.xs4all.nl/~bengel   | Use your real e-mail address   /\
Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v  
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] for PAS16 functionality for 2.4

[Christoph Hellwig]

On Sun, Sep 10, 2000 at 01:54:38PM -0500, Thomas Molina wrote:
> I suppose the more basic question is:  Should the Soundblaster-specific
> code in pas2_card.c be ripped out and leave only PAS-specific code in
> the PAS driver?

IMHO you should add some _more_ code to pas2_card.c so the sb stuff
is completly initialized there and sb.o (sb_card.c) is no more needed
for pas2. This means basically calling probe_sb() and attach_sb_card()
with the right parameters.

Christoph

-- 
Always remember that you are unique.  Just like everyone else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] for PAS16 functionality for 2.4

[Thomas Molina]

On Sun, 10 Sep 2000, Michael Elizabeth Chastain wrote:

> > Yepp. These warnings are there becuse of the way the list-style Makefiles
> > work.  You will see lots of them in drivers/net and drivers/scsi, too.
> 
> Here's a patch.  Let me know if it works for you; if it does,
> I will submit it for 2.4.0.
> 
> Here is some history: drivers/sound was the first of the list-style
> Makefiles and has been using lists since the late 2.1.NN series.
> Originally, drivers/sound/Makefile used $(sort ...) to remove duplicates.
> 
> In 2.3.14, Linus introduced init sections.  This made $(sort ...)
> unusable for the construction of O_OBJS and OX_OBJS.
> 
> Today, O_OBJS and OX_OBJS may contain duplicates, and Rules.make is
> supposed to ignore the duplicates (while still preserving order).
> The fact that SYMTAB_OBJS causes these warning messages is a bug.
> 
> Anyways ... I'd appreciate it if a couple of people would try this patch
> so that I can submit it.

I'll try your patch and look at your documentation.  I agree that the
warnings are bugs.  However, that was not the main point of my patch, it
was a side effect.  The point is that there was code in pas2_card.c to
initialize the Soundblaster emulation in the PAS16.  My patch merely
added the sb.o module to the list of those brought in when
CONFIG_SOUND_PAS was enabled in the configuration.  

I suppose the more basic question is:  Should the Soundblaster-specific
code in pas2_card.c be ripped out and leave only PAS-specific code in
the PAS driver?  Some might argue that would be a "cleaner" way of doing
things.  If the decision of my betters is that initialization should be
left in PAS and the driver as separate (the current situation) then I
believe my patch should stand.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[Jeff Hittman]

Alan - 

What is PRE4 applied against?  I'm seeing errors patching up from either
17pre20 or 2.2.17 final.

   | Begathon, n.:  A multi-day event on public
   Jeff  Hittman   | television, used to raise money so you won't have
 [EMAIL PROTECTED] | to watch commercials. 
   | 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] for PAS16 functionality for 2.4

[Michael Elizabeth Chastain]

> Yepp. These warnings are there becuse of the way the list-style Makefiles
> work.  You will see lots of them in drivers/net and drivers/scsi, too.

Here's a patch.  Let me know if it works for you; if it does,
I will submit it for 2.4.0.

Here is some history: drivers/sound was the first of the list-style
Makefiles and has been using lists since the late 2.1.NN series.
Originally, drivers/sound/Makefile used $(sort ...) to remove duplicates.

In 2.3.14, Linus introduced init sections.  This made $(sort ...)
unusable for the construction of O_OBJS and OX_OBJS.

Today, O_OBJS and OX_OBJS may contain duplicates, and Rules.make is
supposed to ignore the duplicates (while still preserving order).
The fact that SYMTAB_OBJS causes these warning messages is a bug.

I have written documentation on Rules.make and the interface between
Rules.make and Makefiles.  It's here:

  ftp://ftp.shout.net/pub/users/mec/kbuild/x-Dkm-9.diff

Here's a quote:

  The order of files in $(O_OBJS) and $(OX_OBJS) is significant.
  All $(OX_OBJS) files come first, in the order listed, followed by
  all $(O_OBJS) files, in the order listed.  Duplicates in the lists
  are allowed: the first instance will be linked into $(O_TARGET)
  and succeeding instances will be ignored.  (Note: Rules.make may
  emit warning messages for duplicates, but this is harmless).

I would really like to see this documentation in the kernel.  I've sent
it to Linus three times, and he's ignored it three times.  I will try
some more after the release of 2.4.0.

Anyways ... I'd appreciate it if a couple of people would try this patch
so that I can submit it.

Michael Elizabeth Chastain

"love without fear"

===

diff -u -r -N linux-2.4.0-test8/Rules.make linux/Rules.make
--- linux-2.4.0-test8/Rules.makeSun Aug 13 12:55:51 2000
+++ linux/Rules.makeSun Sep 10 14:06:02 2000
@@ -190,7 +190,7 @@
 #
 ifdef CONFIG_MODULES
 
-SYMTAB_OBJS = $(LX_OBJS) $(OX_OBJS) $(MX_OBJS) $(MIX_OBJS)
+SYMTAB_OBJS := $(sort $(LX_OBJS) $(OX_OBJS) $(MX_OBJS) $(MIX_OBJS))
 
 ifdef CONFIG_MODVERSIONS
 ifneq "$(strip $(SYMTAB_OBJS))" ""

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Bug in 2.4.0-test8: ramfs + highmem + patch

[wollny]

Hello,

using ramfs with highmem enabled (and ehough RAM ;) yields a possible 
:Unable to handle kernel NULL pointer dereference at virtual address
  
:printing eip: 
:c0166f88 
[snip]

 This is in asm/string.h: 518
 called by fs/ramfs/inode.c:68 

here page_address used to access the memory. 
With the following patch I replaced it by kmap/kunmap.
This solved the problem for me:

--- 2.4.0-test8/fs/ramfs/inode.cFri Aug 11 20:06:19 2000
+++ 2.4.0-test8-my/fs/ramfs/inode.c Sun Sep 10 19:48:59 2000
@@ -65,7 +65,8 @@
 static int ramfs_readpage(struct file *file, struct page * page)
 {
if (!Page_Uptodate(page)) {
-   memset(page_address(page), 0, PAGE_CACHE_SIZE);
+   memset(kmap(page), 0, PAGE_CACHE_SIZE);
+   kunmap(page);
flush_dcache_page(page);
SetPageUptodate(page);
}
  

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4 (smbfs config.in patch)

[Urban Widmark]

A patch for the Config.in problems with smbfs.

/Urban


diff -ur -X exclude linux-2.2.18-pre4-orig/Documentation/Configure.help 
linux/Documentation/Configure.help
--- linux-2.2.18-pre4-orig/Documentation/Configure.help Sun Sep 10 20:07:56 2000
+++ linux/Documentation/Configure.help  Sun Sep 10 20:13:11 2000
@@ -7948,6 +7948,13 @@
   want), say M here and read Documentation/modules.txt. The module
   will be called smbfs.o. Most people say N, however.
 
+use nls by default
+CONFIG_SMB_NLS_DEFAULT
+  Enabling this will make smbfs use nls translations by default. You
+  need to specify the local charset (CONFIG_NLS_DEFAULT) in the nls
+  settings and you need to give the default nls for the SMB server as
+  CONFIG_SMB_NLS_REMOTE.
+
 nls support setting
 CONFIG_SMB_NLS_REMOTE
   This setting allows you to specify a default value for which
diff -ur -X exclude linux-2.2.18-pre4-orig/fs/Config.in linux/fs/Config.in
--- linux-2.2.18-pre4-orig/fs/Config.in Sun Sep 10 20:08:25 2000
+++ linux/fs/Config.in  Sun Sep 10 20:14:18 2000
@@ -92,7 +92,10 @@
   fi
   tristate 'SMB filesystem support (to mount WfW shares etc.)' CONFIG_SMB_FS
   if [ "$CONFIG_SMB_FS" != "n" ]; then
- string 'Default Remote NLS Option' CONFIG_SMB_NLS_REMOTE ""
+ bool '   Use a default NLS' CONFIG_SMB_NLS_DEFAULT
+ if [ "$CONFIG_SMB_NLS_DEFAULT" = "y" ]; then
+string '  Default Remote NLS Option' CONFIG_SMB_NLS_REMOTE "cp437"
+ fi
   fi   
 fi
 if [ "$CONFIG_IPX" != "n" -o "$CONFIG_INET" != "n" ]; then
diff -ur -X exclude linux-2.2.18-pre4-orig/fs/nls/Config.in linux/fs/nls/Config.in
--- linux-2.2.18-pre4-orig/fs/nls/Config.in Sun Sep 10 20:08:25 2000
+++ linux/fs/nls/Config.in  Sun Sep 10 20:16:26 2000
@@ -5,7 +5,7 @@
 # msdos and Joliet want NLS
 if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \
-o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \
-   -o "$CONFIG_SMB_FS" != n ]; then
+   -o "$CONFIG_SMB_FS" != "n" ]; then
   define_bool CONFIG_NLS y
 else
   define_bool CONFIG_NLS n
diff -ur -X exclude linux-2.2.18-pre4-orig/fs/smbfs/inode.c linux/fs/smbfs/inode.c
--- linux-2.2.18-pre4-orig/fs/smbfs/inode.c Sun Sep 10 20:08:26 2000
+++ linux/fs/smbfs/inode.c  Sun Sep 10 20:14:55 2000
@@ -32,6 +32,13 @@
 
 #include "smb_debug.h"
 
+/* Always pick a default string */
+#ifdef CONFIG_SMB_NLS_REMOTE
+#define SMB_NLS_REMOTE CONFIG_SMB_NLS_REMOTE
+#else
+#define SMB_NLS_REMOTE ""
+#endif
+
 static void smb_read_inode(struct inode *);
 static void smb_put_inode(struct inode *);
 static void smb_delete_inode(struct inode *);
@@ -383,7 +390,7 @@
memcpy(mnt, raw_data, sizeof(struct smb_mount_data));
strncpy(mnt->codepage.local_name, CONFIG_NLS_DEFAULT,
SMB_NLS_MAXNAMELEN);
-   strncpy(mnt->codepage.remote_name, CONFIG_SMB_NLS_REMOTE,
+   strncpy(mnt->codepage.remote_name, SMB_NLS_REMOTE,
SMB_NLS_MAXNAMELEN);
 
/* FIXME: ** temp ** pass config flags in file mode */

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Aki M Laukkanen]

On Sun, 10 Sep 2000, Horst von Brand wrote:
> I've found more bugs by "working half crippled" (as you call it). I do
> agree with Linus that people who rely mainly on debuggers for finding and
> fixing bugs are on the whole bad programmers, I've had to deal with more

I've resisted from participating this thread but as it seems to drag forever,
what the heck (probably a bad move). Your argument has the flaw that all
programmers using debuggers are bad programmers, programmers who have
no self-discipline, no guts to actually find out what was wrong. Just as any
tool, debuggers can be abused but they should not be condemned on that basis
alone. 

On another note, I think even those bad, lazy programmers are intelligent
enough to find kdb on the net and patch it into their kernels. The mere
availability of the tools then should be enough for explosion of bad code
but has this happened? On the other hand, those people who are not
knowledgeable enough to mess with patches, system administrators or end
users have no access to the tools when they need it. For example for a 
driver author who is trying to debug a problem he can't reproduce by
himself, it would be useful to instruct the bug reporter to enter the
debugger, execute these commands and mail the results back to himself.
Debugger would simply be a tool to get wider knowledge of the kernel state
than a simple oops dump. 

Dave Miller explains his methods for finding and fixing bugs in the code
which seem logical enough but who gets to decide what's enough knowledge of
the kernel state? Currently it is oops and nothing but the oops. If taken
to its logical extreme, one could argue that oopses should be removed too.
Afterall they perform the same function as printing the register
dump and the stack backtrace in a debugger would.

-- 
D.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8 and ssh (OpenSSH_2.1.1): error: socket: Address family not supported by protocol

[Gregory T. Norris]

I'm seeing this as well.  Have you tried it without X11 forwarding?  It
seems to work correctly in that case.

On Sun, Sep 10, 2000 at 04:42:55PM +0200, Christophe Broult wrote:
> 
> Hello,
> 
> I have just compiled the last version of the Linux kernel
> (2.4.0-test8) and somehow I am no longer able to use ssh and get the
> following message:
> 
>  Received disconnect: Command terminated on signal 11.
> 
> In /var/log/auth, I can find the following line:
> 
> sshd[4460]: error: socket: Address family not supported by protocol
> 
> Note that until now I have been using a 2.4.0-test7-preX with no
> problem.
> 
> I do not know if the error I get is related to the following change
> mentioned for test8-pre1:
> 
> - socket() error code fix (EAFNOSUPPORT instead of EINVAL)
> 
> Thank you for your help and the great work on Linux,
> 
> Chris

 PGP signature

Re: [PATCH] for PAS16 functionality for 2.4

[Christoph Hellwig]

On Sun, Sep 10, 2000 at 09:48:55AM -0500, Thomas Molina wrote:
> On Sun, 10 Sep 2000, Christoph Hellwig wrote:
> 
> I know I misunderstand things occasionally, but it looks ok to
> me.  Isn't that just an artifact of the diff/patch thing?  I simply
> added sb.o to the line when I edited it.  That's the way I've always
> seen diff act.  It deletes the original line and adds in an identical
> line with what I added in.  The second line above adds in an identical
> line with sb.o added to the line.

Yes. Of cause you're right. Sorry,  you've done one of the right things ...

LART me ;)

> No there isn't a runtime problem.  Linus went through a phase recently
> where he forced people to clean up "warnings" during the compile
> stage.  If you answer yes to both CONFIG_SOUND_PAS and CONFIG_SOUND_SB
> you get "warinings" like this:
> /mnt/hd/src/linux-2.3.99pre/Rules.make:267: target `uart401.o' given
> more than once in the same rule.

Yepp. These warnings are there becuse of the way the list-style Makefiles work.
You will see lots of them in drivers/net and drivers/scsi, too.

> My change eliminates that by eliminating the need to include both.  It
> also makes thing clearer IMHO.

Yepp, adding sb.o is ok - but is has nothing to do with the warnings.

Christoph

-- 
Always remember that you are unique.  Just like everyone else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Oops on boot with both 2.2.17 and 2.4.0t8p6

[David Woodhouse]

On Fri, 8 Sep 2000, Andrew Burgess wrote:

> 
> > >Oops from 2.2.17 (some more before this, but it went offscreen):
> ...
> > You need to capture and decode the first oops.  Compile a kernel with a
> > serial console and capture the oops log on a second machine. 
> 
> Or set your console for more than 80x25 using SVGATextMode. I use
> /usr/sbin/SVGATextMode -rx 80x50x8

Or just fix the blinkin' oops code so that if it gets an exception when
trying to print the offending code, it doesn't actually oops again.

-- 
dwmw2


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: APIC error interrupt routine.

[Robert A. Hayden]

On Sun, 10 Sep 2000, Chris Chiappa wrote:

> It's not really a big deal to me since I'm getting rid of the BP6 in 2 or 3
> weeks, but it's definitely my last ABIT product.

Does anyone else make a dual celeron capable mobo that is socket 370?  
The heatsink/fan layout is not-removable from my procs (so I can't put
them into a slot-1 adapter) and I'd like to salvage them somehow rather
trying to ebay them or something.  Spending ~$100 for a new mobo is better
than taking it in the shorts getting rid of them all.
 
=-=-=-=-=-=
Robert Hayden   [EMAIL PROTECTED]   UIN: 16570192

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: SCO: "thread creation is about a thousand times faster than on native Linux"

[Thomas Zehetbauer]

> quote> SCO's Juergen Kienhoefer tells us that by mapping clone processes
> quote> directly onto UnixWare's native threads, huge performance gains
> quote> can be realised. "Basically thread creation is about a thousand
> quote> times faster than on native Linux," he said. The performance boost
> quote> could particularly benefit applications such as Domino, according
> quote> to Kienhoefer.
*ROTFL*
As they are referring to Domino as an application that can benefit from faster
thread creation they obviously do not have any clue what performance and
threading is all about.
I would put this in the same folder as the 'Linux is Open Source and hence
cannot be secured' message before - this was /dev/null here.

Tom

Quantum Mechanics is God's version of "Trust me."
-- 
  T h o m a s   Z e h e t b a u e r   ( TZ251 )
  PGP encrypted mail preferred - KeyID 96FFCB89
   mail [EMAIL PROTECTED]

 PGP signature

Re: APIC error interrupt routine.

[Chris Chiappa]

On Sat, Aug 19, 2000 at 12:34:17AM +0200, Ingo Molnar wrote:
> > You're one of the lucky ones then. I have a non-overclocked BP6, CPUs
> > at default voltage and cooling fans up the wazoo (I even have a 486
> > fan with extra grease strapped to the BX) and if I run CPU intensive
> > apps, I still generate a bunch of APIC errors. [...]
> could you try to lower the CPU voltage by 0.05V or 0.10V (below the
> default), does it make a difference? If not, please try to increase CPU
> volate by the same amount - any difference? What CPU speed, system bus
> speed and PCI/AGP bus speed do you have - you can see it in the Soft-CPU
> menu. The ABP6 system here has two 466MHz Celerons, 66MHz(1/2) system
> bus/PCI speed, x4.5 multiplier, AGPCLK 2/3 and 2.05v core voltage. And for
> the duration of the test, could you keep the cover(s) open, so that air
> circulates better.
Finally got all this done (been a bit busy moving etc).  I was able to
generate APIC errors while running the Seti@Home client at 1.90, 1.95, 2.00,
2.05 and 2.10 Volts.  Cover was off for all tests.  It seemed like APIC
errors were less common at the higher voltages, but I didn't bother to make
any records to compare etc.

Setup is:
400MHz CPUs, 66MHz bus rate, Default AGPCLK (I assume 2/3), QQ Beta BIOS
Power supply is a PC Power & Cooling turbo cool 300, I have another fan in the
front of the box and a 486 fan over the BX chipset.
Other peripherals:
1 Toshiba SCSI DVD drive
3 x IBM UW SCSI hard drives
Matrox G400 AGP
Diamond Dual Fireport 40 (Symbios 876 chip)
Creative Ensoniq Soundscape
3C905A Ethernet
ISA modem

It's not really a big deal to me since I'm getting rid of the BP6 in 2 or 3
weeks, but it's definitely my last ABIT product.

-- 

..ooOO [EMAIL PROTECTED]| My opinions are my own  OOoo..
..ooOO [EMAIL PROTECTED]   | and certainly not those OOoo..
..ooOO http://www.snurgle.org/~griffon/ | of my employer  OOoo..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Horst von Brand]

"J. Dow" <[EMAIL PROTECTED]> said:

[...]

> And for my severely depreciated $0.02 I am becoming concerned
> that these guys are more concerned about some macho ideal of
> generating programs while half crippled than about having things
> work properly and maintainably no matter what gets in the way.

The problem is that yes, debuggers are useful tools. But they are _not_
general-purpose tools, very far from it. Yes, I've found my share of bugs
in programs using debuggers. But by far (I'd say by some 10 times or so)
I've found more bugs by "working half crippled" (as you call it). I do
agree with Linus that people who rely mainly on debuggers for finding and
fixing bugs are on the whole bad programmers, I've had to deal with more
than enough students working that way and just applying random symptom
fixes until the program didn't crash anymore or even did finally pass a
(very limited) set of testcases. It is rare cases where a debugger is of
real help, and for a kernel even more rare cases than in the heaven of
userland programming, where no other thread messes up your variables, and
where execution is deterministic.

Please remember that Linus' workload is staggering as it is; if you throw
in 20 times as many patches as he gets today, of which 99% are bandaids
over the symtoms of the bug, nothing at all will get done.

> Art has flaws in it that have been painted over, often two or three
> times. I grew up with a giant painting of Beethoven along side the
> dinner table. It had been presented to my step-grandfather by
> the Leipzig Symphony Orchestra. It captured the brooding artist
> wonderfully. And in humid weather you could see his third hand,
> the one the artist didn't like and painted over.

Yep. linux-1.0 is long history. There might be a few lines of it
surviving somewhere in the current kernel...

> For all the zen meditation on code I begin to wonder how many of
> the fixes really are fixes or painted over features that didn't quite
> work out. It worries me no small bit.

Check the result: Does it feel like a cobbled up mess that just happens to
work by chance? AFAIKS, the result shows that Linus' development strategy
works extremely well most of the time. You might not like parts of it, it
isn't exactly politically correct, and isn't buzzword-compliant either, but
it works.

In the end, this is Linus' game. If you want to play, you'll have to pay the
admission price he sets. As it is GPL, you could fork the kernel, add a GUI
debugger to it, and open your own shop.
-- 
Horst von Brand [EMAIL PROTECTED]
Casilla 9G, Vin~a del Mar, Chile   +56 32 672616

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[Alan Cox]

>   Alan, are the NFS client/server patches EVER going to make it
> into the base kernel?  Inquiring minds want to know..

I still hope so but there is a maximum sane rate of change and its important
to change stuff piece by piece. 2.2.18pre4 isnt the right place to change NFS

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Linux 2.2.18pre4

[Steven N. Hirsch]

On Sun, 10 Sep 2000, Alan Cox wrote:

> This cleans up a lot of the small bugs, some ext2 races and other smaller
> items partly from 2.2.17 partly from the new code. Hopefully the changes
> from now on through to 2.2.18 can be smaller as we shake stuff out of the
> drivers and other stuff merged.
> 
> 2.2.18pre4

  Alan, are the NFS client/server patches EVER going to make it
into the base kernel?  Inquiring minds want to know..



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Montavista's preemptive & preempt-rtsched kernels benchmarked ( still 50msec latencies )

[Benno Senoner]

Hi,

I  benchmarked Montavista's premptive and preemtive-rtsched kernels
( patches for 2.4.0-test6) using "latencytest".

summary:

both patches do not improve latencies very much over standard kernels
I believe around factor 2, but far away from the factor 10 ( 12msec) claimed in
the pressrelease.

To note that the preempt-rtsched gives excellent latencies , below 1msec
during the x11 and /proc stresstest, while the -preempt patch produces 10-20sec
latencies in these two test cases.

Unfortunately during the disk I/O tests both kernels produce 40-50msec
latencies.

here are the graphs:

preemp-rtsched patch:

http://www.linuxdj.com/latency/2.4.0-test6-preemp-rtsched/2048.html

preemp patch:

http://www.linuxdj.com/latency/2.4.0-test6-preemp/2048.html


I ran all my test on my reference PII400 box,

I used the RTC tests (instead of the audio tests) because I am having problems
with modules loading on my Redhat 6.1 box (with modutils-2.3.9-6).
BTW: do I need newer modutils in order to load the 2.4.0-test6 modules
correctly ?
(It seems that newer -test* kernels place the modules in
/lib/modules/KERNEL_VERSION/kernel/ instead in /lib/modules/KERNEL_VERSION.
Can anyone help me to solve my module loading troubles ?)

Again, for comparision this is what Ingo's 2.2.10-lowlatency patch produces
on an old P133
http://www.gardena.net/benno/linux/audio/rtc2048-cpu80/2048.html

all latencies below 1msec on a vastly inferiour machine.
This should be the goal for a 2.4 patch (for now I don't care if it is
preemption point based or preemptive in montavista's style).
At this point realtime mutimedia on kernel 2.4 will be usable
(and no one is asking for short term inclusion anymore, the important thing is
that users have the possiblity to download and use a patched kernel which suits
their realtime needs)

cheers,
Benno.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Any takers for another kind of development tool?

[Daniel Phillips]

Jamie Lokier wrote:
> 
> Michael Elizabeth Chastain wrote:
> > A source control system so that curious people could do the equivalent of
> > "cvs annotate" and figure out who wrote particular pieces?
> 
> Note convinced about "cvs annotate".  Maybe annotation with version
> numbers.  But "cvs diff" and "cvs update" are very useful.
> 
> You know, there's nothing to stop somebody making a read-only CVS server
> where the version tree mirrors the patches on ftp.kernel.org.  Nobody
> needs write access -- except the script which does the mirroring.

Try:

  http://innominate.org/~tgr/projects/lksr/

--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Linux 2.2.18pre4

[Alan Cox]

This cleans up a lot of the small bugs, some ext2 races and other smaller
items partly from 2.2.17 partly from the new code. Hopefully the changes
from now on through to 2.2.18 can be smaller as we shake stuff out of the
drivers and other stuff merged.

2.2.18pre4
o   Remove the aacraid driver again, having looked  (me)
at what is needed to make it acceptable and 
debug it - Im dumping it back on Adaptec
o   DAC960 update   (Leonard Zubkoff)
o   Add setup vmlinuz.lds changes for Sparc (Arjan van den Ven)
o   Sparc updates for drm, ioctl and other  (Dave Miller)
o   Megaraid driver update  (Peter Jarrett)
o   Add cd volume 0 to the amp power off on the
crystal cs46xx  (Bill Nottingham)
o   Fix IPV6 fragment and kfree bugs(Alexey Kuznetsov)
o   Fix emu10k build bug(me)
o   Emu10K driver upgrade. Adds emu-aps support (Rui Sousa)
o   Updated IBM serveraid driver to 4.20(IBM)
o   Ext2 block handling cleanup from 2.4(Al Viro)
o   Make the ATI128 driver modular  (Marcelo Tosatti)
o   Fix megaraid build bug with gcc 2.7.2   (Arjan van de Ven)
o   Fix some of the dquot races (Jan Kara)
o   x86 setup code cleanup  (Dave Jones)
o   Implement 2.4 compatible __setup and __initcall (Arjan van de Ven)
o   Tidy up smp_call_function stuff (Keitaro Yosimura)
o   Remove 2.4 compat glue from cs4281 driver   (Marcelo Tosatti)
o   Fix minor bugs in bluesmoke now someone actually
has a faulty CPU and logs   (me)
o   Fix definition of IPV6_TLV_ROUTERALERT  (Dave Miller)
o   Fix in6_addr, ip_decrease_ttl, other(Dave Miller)
minor bits
o   cp932 fixes (Kazuki Yasumatsu)
o   Updated gdth driver (Andreas Koepf)
o   Acenic update   (Jes Sorensen)
o   Update USB serial drivers   (Greg Kroah-Hartman)
o   Move pci_resource_len into pci compat   (Marcelo Tosatti)

2.2.18pre3  (versus 2.2.17pre20)
o   Clean up most of the compatibility macros   (me)
that various people use. I've systematically
moved the 100% correct ones to the headers
used in 2.4
o   Fix newly introduced bug in kmem_cache_shrink   (Daniel Roesen)
o   Further updates to symbios drivers  (Gerhard Roudier)
o   Remove emu10K warning and mtrr warning  (Daniel Roesen)
o   Fix symbol clash between cs4281 and esssolo1(Arjan van de Ven)
o   Fix acenic non modular/module build issues  (Arjan van de Ven)
o   Fix bug in alpha csum_partial_copy that could   (Herbert Xu)
cause spurious EFAULTs
o   Yet another eepro100 variant sighted(Torben Mathiasen)
o   Minor microcode.c final tweak   (Daniel Roesen)
o   Document that ATIFB is now modular  (Marcelo Tosatti)
o   Parport update  (Tim Waugh)
o   First set of ext2 updates/fixes (Al Viro)
o   Bring smbfs back into line with 2.2 (Urban Widmark)
| This should make OS/2 work again
o   Fix S/390 _stext (still doesnt build dasd)  (Kurt Roeckx)
o   Remove unused vars in arch/i386/kernel/bios32.c (Daniel Roesen)
o   Update the DHCP initrd support  (Chip Salzenberg)
o   Allow opening empty scsi removables like IDE
with O_NONBLOCK (needed for some ioctls)(Chip Salzenberg)
o   Back out vibra mixer change
o   Fix error returns in sbni driver(Dawson Engler)
o   Initial merge of the aacraid driver (Adaptec)
| Much deuglification left to be done here
o   Report megaraid: on obscure megaraid error  (Daniel Deimert)
strings
o   Add another CS4299 id string(Mulder Tjeerd)

2.2.18pre2  (versus 2.2.17pre20)

o   Fix the compile problems with microcode.c   (Dave Jones, 
 Daniel Roesen)
o   GDTH driver update  (Achim Leubner)
o   Fix mathsemu miuse of casting with asm  (??)
o   Make msnd_pinnacle driver build on Alpha
o   Acenic 0.45 fixes   (Chip Salzenberg)
o   Compaq CISS driver (SA 5300)(Charles White, 
+ cleanups   me)
+ gcc 2.95 fixup
o   Modularise pm2fb and atyfb
o   Upgrade AMI Megaraid driver to 1.09 (AMI)
o   Add DEC HSG80 and COMPAQ 'logical volume' to
scsi multilun list
o   

Re: Dave's Power Store News Welcomes You!

[Bob Lorenzini]

On Sun, 10 Sep 2000, Keith Owens wrote:

> On Sat, 9 Sep 2000 22:25:42 -0400 (EDT), 
> "David Greenwalt" <[EMAIL PROTECTED]> wrote:
> Go forth and complain.
> 

Feel free to use the 800 number Dave so kindly provided.


Bob

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Any takers for another kind of development tool?

[Jamie Lokier]

Michael Elizabeth Chastain wrote:
> A source control system so that curious people could do the equivalent of
> "cvs annotate" and figure out who wrote particular pieces?

Note convinced about "cvs annotate".  Maybe annotation with version
numbers.  But "cvs diff" and "cvs update" are very useful.

You know, there's nothing to stop somebody making a read-only CVS server
where the version tree mirrors the patches on ftp.kernel.org.  Nobody
needs write access -- except the script which does the mirroring.

I would certainly find "cvs update" very useful for keeping up to date
and being sure I really _am_ using the correct source files.  I'd find
"cvs diff" very useful for submitting patches against the latest
release, or indeed against older releases as preferred.

-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Notebook disk spindown

[Andrea Arcangeli]

On Sat, 9 Sep 2000, Richard Gooch wrote:

>at least a day, IMO. There's probably no reason it can't effectively
>be infinite. The kernel shouldn't be enforcing policy in this area.

Right. An embedded usage where there are no writeable blockdevices can
just set the interval to zero and avoid a schedule every 5 seconds.

Andrea

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

2.4.0-test8 and ssh (OpenSSH_2.1.1): error: socket: Address family not supported by protocol

[Christophe Broult]

Hello,

I have just compiled the last version of the Linux kernel
(2.4.0-test8) and somehow I am no longer able to use ssh and get the
following message:

 Received disconnect: Command terminated on signal 11.

In /var/log/auth, I can find the following line:

sshd[4460]: error: socket: Address family not supported by protocol

Note that until now I have been using a 2.4.0-test7-preX with no
problem.

I do not know if the error I get is related to the following change
mentioned for test8-pre1:

- socket() error code fix (EAFNOSUPPORT instead of EINVAL)

Thank you for your help and the great work on Linux,

Chris

-- 
"Man is distinguished from all other creatures by
the faculty of laughter."
- Joseph Addison



cbroult@madison:~ $ ssh-add   
Need passphrase for /home/cbroult/.ssh/identity
Enter passphrase for broult@madison: 
Identity added: /home/cbroult/.ssh/identity (broult@madison)
cbroult@madison:~ $ ssh -v localhost
SSH Version OpenSSH_2.1.1, protocol versions 1.5/2.0.
Compiled with SSL (0x0090581f).
debug: Reading configuration data /etc/ssh/ssh_config
debug: Applying options for localhost
debug: Seeding random number generator
debug: ssh_connect: getuid 1000 geteuid 1000 anon 1
debug: Connecting to madison [127.0.0.1] port 22.
debug: Connection established.
debug: Remote protocol version 1.99, remote software version OpenSSH_2.1.1
debug: Local version string SSH-1.5-OpenSSH_2.1.1
debug: Waiting for server public key.
debug: Received server public key (768 bits) and host key (1024 bits).
debug: Forcing accepting of host key for loopback/localhost.
debug: Seeding random number generator
debug: Encryption type: 3des
debug: Sent encrypted session key.
debug: Installing crc compensation attack detector.
debug: Received encrypted confirmation.
debug: Trying RSA authentication via agent with 'broult@madison'
debug: Server refused our key.
debug: RSA authentication using agent refused.
debug: Trying RSA authentication with key 'broult@madison'
debug: Server refused our key.
debug: Doing password authentication.
cbroult@madison's password: 
debug: Requesting pty.
debug: Requesting X11 forwarding with authentication spoofing.
Warning: Remote host denied X11 forwarding.
debug: Requesting authentication agent forwarding.
debug: Requesting shell.
debug: Entering interactive session.
Received disconnect: Command terminated on signal 11.
debug: Calling cleanup 0x8051020(0x0)
debug: Calling cleanup 0x805cbbc(0x0)
cbroult@madison:~ $ 

Here is another connection attempt:

cbroult@madison:/usr/src/chris $ date
Sun Sep 10 16:31:19 CEST 2000
cbroult@madison:/usr/src/chris $ ssh localhost
cbroult@madison's password: 
Warning: Remote host denied X11 forwarding.
Last login: Sun Sep 10 16:30:33 2000 from madison on pts/10
Linux madison 2.4.0-test8 #1 SMP Sun Sep 10 12:00:43 CEST 2000 i586 unknown

Most of the programs included with the Debian GNU/Linux system are
freely redistributable; the exact distribution terms for each program
are described in the individual files in /usr/doc/*/copyright

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
No mail.
Last login: Sun Sep 10 16:30:33 2000 from madison
Received disconnect: Command terminated on signal 11.
cbroult@madison:/usr/src/chris $ date
Sun Sep 10 16:31:27 CEST 2000
cbroult@madison:/usr/src/chris $ 


Upon that connexion attempt the following lines are added to
/var/log/auth:

Sep 10 16:31:25 madison sshd[4460]: Accepted password for cbroult from 127.0.0.1 port 
1199
Sep 10 16:31:25 madison sshd[4460]: error: socket: Address family not supported by 
protocol
Sep 10 16:31:25 madison PAM_unix[4460]: (ssh) session opened for user cbroult by 
(uid=0)
Sep 10 16:31:25 madison sshd[4460]: Disconnecting: Command terminated on signal 11.
Sep 10 16:31:25 madison PAM_unix[4460]: (ssh) session closed for user cbroult

Re: [PATCH] for PAS16 functionality for 2.4

[Thomas Molina]

On Sun, 10 Sep 2000, Christoph Hellwig wrote:

> In article <[EMAIL PROTECTED]> you wrote:
> > The enclosed patch corrects the Makefile and makes appropriate changes
> > to various doc files.  Please consider accepting this for the next
> > kernel.  This patch is against 2.4.0-test8.
> 
> Aehmm. Your Makefile patch looks very strange:
> 
> > -obj-$(CONFIG_SOUND_PAS)  += pas2.o sb_lib.o uart401.o
> > +obj-$(CONFIG_SOUND_PAS)  += pas2.o sb.o sb_lib.o uart401.o
> 
> Why do you remove sb.o from the object list?
> The pas2 driver has no code to use the functions in sb_lib.o -
> It has only some code to enable the sb emulation of the pas2 card.
> Either you remove both sb.o and sb_lib.o and the pas2 sb emulation is gone,
> or you leave it as is. Alternative: you can add code to use the sb_lib.o
> stuff directly from the pas2 driver (this is the best solution, IMHO).

I know I misunderstand things occasionally, but it looks ok to
me.  Isn't that just an artifact of the diff/patch thing?  I simply
added sb.o to the line when I edited it.  That's the way I've always
seen diff act.  It deletes the original line and adds in an identical
line with what I added in.  The second line above adds in an identical
line with sb.o added to the line.

> > -  PAS16 compatible. Please read Documentation/sound/PAS16.
> > +  PAS16 compatible. Do not enable both PAS16 support and Soundblaster
> > +  support since PAS16 support includes support for Soundblaster.
> > +  Please read Documentation/sound/PAS16.
> 
> Why not - there shouldn't really be an issue with it.
> It builds fine for me (and the various distributions kernel rpms).
> And I doubt there is any runtime problem with that ...

No there isn't a runtime problem.  Linus went through a phase recently
where he forced people to clean up "warnings" during the compile
stage.  If you answer yes to both CONFIG_SOUND_PAS and CONFIG_SOUND_SB
you get "warinings" like this:
/mnt/hd/src/linux-2.3.99pre/Rules.make:267: target `uart401.o' given
more than once in the same rule.

My change eliminates that by eliminating the need to include both.  It
also makes thing clearer IMHO.

> > -  insmod opl3
> > +  modprobe opl3
> 
> either works well ...

Modprobe seems cleaner to me.  It's an opinion and it's in my docfile so
I didn't see it as that big of a deal.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.0-test8 LVM(vgscan) on SCSI problems (report)

[Jan Niehusmann]

On Sun, Sep 10, 2000 at 03:55:46PM +0200, [EMAIL PROTECTED] wrote:
> With 2.4.0-test8 (test8-pre6 seems to be OK) vgscan (at
> boottime) "sees" al my volumegroups which are on IDE disk, but not those
> on SCSI disk.
> I had no problems mounting a "plain" ext2 scsi partition on same disk.

Yes, if you look at /proc/partitions, you'll find that all scsi disks are
duplicated. This confuses LVM and it doesn't activate any VG that contains
partitons on SCSI drives. 

If you comment out the last two lines of sd.c (module_init) LVM works
again. I don't know if this may cause other problems, but I'm just running
such a patched -test8 kernel.

Jan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

2.4.0-test8 LVM(vgscan) on SCSI problems (report)

[iafilius]

Hello,

With 2.4.0-test8 (test8-pre6 seems to be OK) vgscan (at
boottime) "sees" al my volumegroups which are on IDE disk, but not those
on SCSI disk.
I had no problems mounting a "plain" ext2 scsi partition on same disk.


After some "research" i found sd.c is patched, but not yet in test8-pre6.

vgscan version:
sjoerd:~ # vgscan -h
Logical Volume Manager 0.8 by Heinz Mauelshagen  04/11/1999  (IOP 6)

lvm,scsi-disk compiled into the kernel, but mostly as modules.


Arjan Filius
mailto:[EMAIL PROTECTED]


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: Availability of kdb

[Daniel Phillips]

Linus Torvalds wrote:
> 
> It's not whether you can use tools to do the work.
> 
> It's about what kind of people you get.

This makes a lot of sense.  Stop there and you are done.  But...

> ...in the end, maybe the rule to only use hand power makes sense. Not
> because hand-power is _better_. But because it brings in the kind of
> people who love to work with their hands, who love to _feel_ the wood with
> their fingers, and because of that their holes are not always perfectly
> aligned, not always at the same place. The kind of carpenter that looks at
> the grain of the wood, and allows the grain of the wood to help form the
> finished product.

This argument would make a lot more sense if we were still building
wooden airplanes.  But our wooden airplane is already built, and it
flys great.  Now we are going on to build a metal airplane which we
hope will fly higher and faster.  Yes, the old tools and techniques
still work, but they aren't necessarily well-suited to the task.

Arguing that hand tools are somehow better than power tools is... just
an argument.  It does not matter which kind of tool is better, because
both are available.  In contrast, the social engineering part does
matter - after all, would you want to attract someone to kernel
development who refused to use a tool just because it didn't come
pre-installed?  And look at the quality of the people now working on
the kernel - something has been done right.  

The result of this thread is that at least one participant (Jeff) has
been inspired to build a new-and-better kernel debugger for Linux.  If
that work comes to fruition (1) I will most happily use it and (2) the
discussion was worth it.  I don't give a rat's fuzzy behind who won
the argument.

--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] for PAS16 functionality for 2.4

[Christoph Hellwig]

In article <[EMAIL PROTECTED]> you wrote:
> The PAS16 sound support includes code for the Soundblaster capability on
> the card. 

Yes.

> I found an apparent Makefile error which does not enable the
> Soundblaster support as anticipated.  Adding SB support induces an error
> for uart401 being included twice at various points of the build process.

That no real problem - it's a 'feature' of the list-style Makefiles unless
a little patch for Rules.make goes in ...

> The enclosed patch corrects the Makefile and makes appropriate changes
> to various doc files.  Please consider accepting this for the next
> kernel.  This patch is against 2.4.0-test8.

Aehmm. Your Makefile patch looks very strange:

> -obj-$(CONFIG_SOUND_PAS)  += pas2.o sb_lib.o uart401.o
> +obj-$(CONFIG_SOUND_PAS)  += pas2.o sb.o sb_lib.o uart401.o

Why do you remove sb.o from the object list?
The pas2 driver has no code to use the functions in sb_lib.o -
It has only some code to enable the sb emulation of the pas2 card.
Either you remove both sb.o and sb_lib.o and the pas2 sb emulation is gone,
or you leave it as is. Alternative: you can add code to use the sb_lib.o
stuff directly from the pas2 driver (this is the best solution, IMHO).

> -  PAS16 compatible. Please read Documentation/sound/PAS16.
> +  PAS16 compatible. Do not enable both PAS16 support and Soundblaster
> +  support since PAS16 support includes support for Soundblaster.
> +  Please read Documentation/sound/PAS16.

Why not - there shouldn't really be an issue with it.
It builds fine for me (and the various distributions kernel rpms).

And I doubt there is any runtime problem with that ...

> @@ -43,11 +43,10 @@
>Pro Audio Studio 16 or Logitech SoundMan 16 (be sure that
>you read the above list correctly). Don't answer 'y' if you
>have some other card made by Media Vision or Logitech since they
> -  are not PAS16 compatible.
> -  NOTE! Since 3.5-beta10 you need to enable SB support (next question)
> -  if you want to use the SB emulation of PAS16. It's also possible to
> -  the emulation if you want to use a true SB card together with PAS16
> -  (there is another question about this that is asked later).
> +  are not PAS16 compatible.  PAS16 support includes support for
> +  Soundblaster (sb.o module) so do not enable them both. 

You can use both - but for pas2 only you don''t have to.

> -  insmod opl3
> +  modprobe opl3

either works well ...

Christoph

-- 
Always remember that you are unique.  Just like everyone else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [final fix] Re: Another ext2fs issue with 2.4.0-test8-final

[Udo A. Steinberg]

Alexander Viro wrote:
> 
> Urgh. Look for BUG in syslog (right before the oops). AFAICS it should be
> line 711, i.e.
> if (!buffer_mapped(bh))
> BUG();

Yes, I saw that.
I've applied the patch you posted and it appears to work well.
The same procedures that formerly broke it now run without any
problems.

Cheers,
Udo.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: How to put something in /proc

[Alexander Viro]

On Sun, 10 Sep 2000, Davide Libenzi wrote:

> OK, last time i've worked with proc stuff was two years ago, I've to update but:
> 
> # find /usr/src/linux -name '*.c' -exec grep proc_register \{} \; | wc -l
> 119
> 
> I'm not alone :-)

On 2.2. Last October I've cleaned that crap in 2.3

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: How to put something in /proc

[Alexander Viro]

On Sun, 10 Sep 2000, Andrew Morton wrote:

> Sigh.
> 
> --- linux-2.4.0-test8/fs/proc/generic.c   Thu Aug 24 21:07:24 2000
> +++ linux-akpm/fs/proc/generic.c  Sun Sep 10 21:20:45 2000
> @@ -346,6 +346,13 @@
>   lookup: proc_lookup,
>  };
>  
> +/*
> + * _Don't_
> + *
> + * proc_register() is dead. Use create_proc_read_entry() instead.

ITYM

% ed fs/proc/generic.c 

Re: How to put something in /proc

[Davide Libenzi]

On Sun, 10 Sep 2000, Alexander Viro wrote:
> On Sun, 10 Sep 2000, Davide Libenzi wrote:
> 
> > On Sun, 10 Sep 2000, Giuliano Pochini wrote:
> > > I need to create a "file" in /proc to monitor some kernel
> > > variables from user space. How can I do ? / Where can I
> > > get docs ?  And how can I do time measurements from
> > > inside the kernel ?
> > 
> > Search for proc_register() inside the kernel sources.
> 
> _Don't_
> 
> proc_register() is dead. Use create_proc_read_entry() instead.
> 
> Folks, support of the static procfs entries is gone and it will not be
> back. Any initializer for struct proc_dir_entry is a LARTable offense. So
> is kmalloc(sizeof(struct proc_dir_entry),...) and its ilk. You do it - you
> suffer.

OK, last time i've worked with proc stuff was two years ago, I've to update but:

# find /usr/src/linux -name '*.c' -exec grep proc_register \{} \; | wc -l
119

I'm not alone :-)



- Davide

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: How to put something in /proc

[Andrew Morton]

Alexander Viro wrote:
> 
> > Search for proc_register() inside the kernel sources.
> 
> _Don't_
> 
> proc_register() is dead. Use create_proc_read_entry() instead.
> 
> Folks, support of the static procfs entries is gone and it will not be
> back. Any initializer for struct proc_dir_entry is a LARTable offense. So
> is kmalloc(sizeof(struct proc_dir_entry),...) and its ilk. You do it - you
> suffer.

Sigh.

--- linux-2.4.0-test8/fs/proc/generic.c Thu Aug 24 21:07:24 2000
+++ linux-akpm/fs/proc/generic.cSun Sep 10 21:20:45 2000
@@ -346,6 +346,13 @@
lookup: proc_lookup,
 };
 
+/*
+ * _Don't_
+ *
+ * proc_register() is dead. Use create_proc_read_entry() instead.
+ * 
+ */
+
 static int proc_register(struct proc_dir_entry * dir, struct proc_dir_entry * dp)
 {
int i;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/