Re: Linux 2.4.1-ac7

[Mike Galbraith]

On Sat, 10 Feb 2001, Rik van Riel wrote:

> On Sat, 10 Feb 2001, Mike Galbraith wrote:
> > On Sat, 10 Feb 2001, Rik van Riel wrote:
> > > On Sat, 10 Feb 2001, Marcelo Tosatti wrote:
> > > > On Sat, 10 Feb 2001, Mike Galbraith wrote:
> > > > 
> > > > > This change makes my box swap madly under load.
> > > > 
> > > > Swapped out pages were not being counted in the flushing limitation.
> > > > 
> > > > Could you try the following patch? 
> > > 
> > > Marcelo's patch should do the trick wrt. to making page_launder()
> > > well-behaved again.  It should fix the problems some people have
> > > seen with bursty swap behaviour.
> > 
> > It's still reluctant to shrink cache.  I'm hitting I/O saturation
> > at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
> > space taken by cache.. ~same space shows as additional swap volume).
> 
> Indeed, to "fix" that we'll need to work at refill_inactive().

If this reluctance to munch cache can be relaxed a little, I think
we'll see the end of a long standing problem.  I often see a scenario
wherein we flush everything flushable, then steal the entire cache
before doing any paging.  The result (we hit a wall) is a mondo swapout
followed immediately by swapping it all right back in.  We seem to have
done a complete turnaround wrt paging vs flush/cache reap preference,
and that does effectively cure this scenario.. but methinks optimal
(-ENOENT?) lies somewhere in between.

> However, I am very much against tuning the VM for one particular
> workload. If you can show me that this problem also happens under
> other workloads we can work at changing it, but I don't think it's
> right to optimise the VM for a specific workload...

I'll watch behavior under other loads.  (I don't have enough network
capacity to do anything stressful there, and whatever load I pick
has to be compute bound as to not end up benchmarking my modest I/O
capacity.. suggestions welcome.  I use make -j primarily because it
doesn't need much I/O bandwidth for itself, but does allocate quite
a bit.. that leaves most I/O capacity free for vm usage)

Something else I see while watching it run:  MUCH more swapout than
swapin.  Does that mean we're sending pages to swap only to find out
that we never need them again?

-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/

Re: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[Hans Reiser]

Daniel Stone wrote:
> 
> On 11 Feb 2001 02:02:00 +1300, Chris Wedgwood wrote:
> > On Thu, Feb 08, 2001 at 05:34:44PM +1100, Daniel Stone wrote:
> >
> > I run Reiser on all but /boot, and it seems to enjoy corrupting my
> > mbox'es randomly.
> >
> > what kind of corruption are you seeing?
> 
> Zeroed bytes.

This sounds like the same bug as the syslog bug, please try to help Chris
reproduce it.

zam, if Chris can't reproduce it by Monday, please give it a try.

Hans
-
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: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[Hans Reiser]

Chris Wedgwood wrote:
> 
> On Thu, Feb 08, 2001 at 05:34:44PM +1100, Daniel Stone wrote:
> 
> I run Reiser on all but /boot, and it seems to enjoy corrupting my
> mbox'es randomly.
> 
> what kind of corruption are you seeing?
> 
> This also occurs in some log files, but I put it down to syslogd
> crashing or something.
> 
> syslogd crashing shouldn't corrupt files...
> 
>   --cw

There is a known bug in which nulls get added to log files.  We are having
trouble reproducing it on our machines.

There is an elevator bug in 2.4 which just got found/fixed.  We don't know what
part of our bug reports are due to it.

Hans
-
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: CRITICAL BUG IN KERNEL 2.4.0 and 2.4.1

[Marcel Silva e Sousa]

Hi all, i see a critical bug in kernel version 2.4.0 and 2.4.1, look it:
i use Linux Slackware 7.1

My Hard Disk:
hda: IBM-DPTA-372730, ATA DISK drive
hda: 53464320 sectors (27374 MB) w/1961KiB Cache, CHS=3328/255/63, UDMA(33)

I have instaled in this hard disk 3 OS (OpenBSD, Linux Slack and Windows 2K 
(NTFS).

==
OpenBSD --> 2GB
Linux -> 7GB
Win2k > 18GB
==

Windows2K is automount in fstab. When i run command "df -h" the values of 
capacity its REALLY wrong, look it:

[root@john /]:: df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/hda1 5.4G  3.7G  1.5G  71% /
/dev/hda2 143G  136G  6.8G  95% /mnt/hda2
[root@john /]:: 

When i had kernel 2.2.18 i did not have this problem

Sorry for my really BAD English...

Att,
Marcel Silva e Sousa
[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] 2.4.2-pre3 mkdep -I support

[Keith Owens]

Get rid of the special case in drivers/acpi/Makefile.  mkdep now uses
the same -I options in the same order as the compiler.  Against 2.4.2-pre3.
Please jump up and down on this patch before I send it to Linus.

Index: 2-pre3.1/scripts/mkdep.c
--- 2-pre3.1/scripts/mkdep.c Fri, 05 Jan 2001 13:42:29 +1100 kaos 
(linux-2.4/12_mkdep.c 1.1 644)
+++ 2-pre3.3/scripts/mkdep.c Sun, 11 Feb 2001 15:23:52 +1100 kaos 
+(linux-2.4/12_mkdep.c 1.3 644)
@@ -2,7 +2,7 @@
  * Originally by Linus Torvalds.
  * Smart CONFIG_* processing by Werner Almesberger, Michael Chastain.
  *
- * Usage: mkdep file ...
+ * Usage: mkdep cflags -- file ...
  * 
  * Read source files and output makefile dependency lines for them.
  * I make simple dependency lines for #include <*.h> and #include "*.h".
@@ -22,10 +22,17 @@
  * 2.3.99-pre1, Andrew Morton <[EMAIL PROTECTED]>
  * - Changed so that 'filename.o' depends upon 'filename.[cS]'.  This is so that
  *   missing source files are noticed, rather than silently ignored.
+ *
+ * 2.4.2-pre3, Keith Owens <[EMAIL PROTECTED]>
+ * - Accept cflags followed by '--' followed by filenames.  mkdep extracts -I
+ *   options from cflags and looks in the specified directories as well as the
+ *   defaults.   Only -I is supported, no attempt is made to handle -idirafter,
+ *   -isystem, -I- etc.
  */
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -44,11 +51,10 @@ int hasdep;
 
 struct path_struct {
int len;
-   char buffer[256-sizeof(int)];
-} path_array[2] = {
-   {  0, "" },
-   {  0, "" }
+   char *buffer;
 };
+struct path_struct *path_array;
+int paths;
 
 
 /* Current input file */
@@ -181,9 +187,10 @@ void define_precious(const char * filena
 /*
  * Handle an #include line.
  */
-void handle_include(int type, const char * name, int len)
+void handle_include(int start, const char * name, int len)
 {
-   struct path_struct *path = path_array+type;
+   struct path_struct *path;
+   int i;
 
if (len == 14 && !memcmp(name, "linux/config.h", len))
return;
@@ -191,13 +198,53 @@ void handle_include(int type, const char
if (len >= 7 && !memcmp(name, "config/", 7))
define_config(name+7, len-7-2);
 
-   memcpy(path->buffer+path->len, name, len);
-   path->buffer[path->len+len] = '\0';
-   if (access(path->buffer, F_OK) != 0)
-   return;
+   for (i = start, path = path_array+start; i < paths; ++i, ++path) {
+   memcpy(path->buffer+path->len, name, len);
+   path->buffer[path->len+len] = '\0';
+   if (access(path->buffer, F_OK) == 0) {
+   do_depname();
+   printf(" \\\n   %s", path->buffer);
+   return;
+   }
+   }
 
-   do_depname();
-   printf(" \\\n   %s", path->buffer);
+}
+
+
+
+/*
+ * Add a path to the list of include paths.
+ */
+void add_path(const char * name)
+{
+   struct path_struct *path;
+   char resolved_path[PATH_MAX+1];
+   const char *name2;
+
+   name2 = realpath(name, resolved_path);
+   if (!name2) {
+   fprintf(stderr, "realpath(%s) failed, %m\n", name);
+   exit(1);
+   }
+
+   path_array = realloc(path_array, (++paths)*sizeof(*path_array));
+   if (!path_array) {
+   fprintf(stderr, "cannot expand path_arry\n");
+   exit(1);
+   }
+
+   path = path_array+paths-1;
+   path->len = strlen(name2);
+   path->buffer = malloc(path->len+1+256+1);
+   if (!path->buffer) {
+   fprintf(stderr, "cannot allocate path buffer\n");
+   exit(1);
+   }
+   strcpy(path->buffer, name2);
+   if (*(path->buffer+path->len-1) != '/') {
+   *(path->buffer+path->len) = '/';
+   *(path->buffer+(++(path->len))) = '\0';
+   }
 }
 
 
@@ -210,7 +257,7 @@ void use_config(const char * name, int l
char *pc;
int i;
 
-   pc = path_array[0].buffer + path_array[0].len;
+   pc = path_array[paths-1].buffer + path_array[paths-1].len;
memcpy(pc, "config/", 7);
pc += 7;
 
@@ -228,7 +275,7 @@ void use_config(const char * name, int l
define_config(pc, len);
 
do_depname();
-   printf(" \\\n   $(wildcard %s.h)", path_array[0].buffer);
+   printf(" \\\n   $(wildcard %s.h)", path_array[paths-1].buffer);
 }
 
 
@@ -387,7 +434,7 @@ pound_include_dquote:
GETNEXT
CASE('\n', start);
NOTCASE('"', pound_include_dquote);
-   handle_include(1, map_dot, next - map_dot - 1);
+   handle_include(0, map_dot, next - map_dot - 1);
goto start;
 
 /* #\s*include\s*<(.*)> */
@@ -395,7 +442,7 @@ pound_include_langle:
GETNEXT
CASE('\n', start);
NOTCASE('>', pound_include_langle);
-   handle_include(0, map_dot, next - map_dot - 1);
+   handle_include(1, map_dot, next - map_dot - 1);
goto start;
 
 /* 

Whats the rvmalloc() story?

[Rick Richardson]

I note that at least 5 device drivers have similar implementations
of rvmalloc()/rvfree() et al:

ieee1394/video1394.c
usb/ibmcam.c
usb/ov511.c
media/video/bttv-driver.c
media/video/cpia.c

rvmalloc()/rvfree() are functions that are used to allocate large
amounts of physically non-contiguous kernel virtual memory that will
then be mmap()'ed into a user process.

I just got done writing a driver that needed rvmalloc() in order to do
chip level simulation.  Yank and put to the rescue.

Whats the story behind rvmalloc() et al?  From what I could tell,
about a year ago there were some patches to move rvmalloc() into
vmalloc() as a blessed feature of the kernel.  But it looks to
me like these patches didn't "take".

Is there some other way of doing this now?  If so, does somebody
need to go into these drivers and patch them for the blessed way?
If not, is there some plan in place to bless these functions and
remvoe the code duplication?

-Rick

-- 
Rick Richardson  [EMAIL PROTECTED]  http://home.mn.rr.com/richardsons/
Twins Cities traffic animations are at http://members.nbci.com/tctraffic/#1
-
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: [QUESTION]: IDE Driver support for S.M.A.R.T?

[Andre Hedrick]

On Sat, 10 Feb 2001, Shawn Starr wrote:

> Does the current (E)IDE driver support SMART?

Yes

> Will Linux report any S.M.A.R.T errors or warnings to the system log?

No.

> Shawn.

When? 2.5

Andre Hedrick
Linux ATA Development
ASL Kernel Development
-
ASL, Inc. Toll free: 1-877-ASL-3535
1757 Houret Court Fax: 1-408-941-2071
Milpitas, CA 95035Web: www.aslab.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/

Re: spelling of disc (disk) in /devfs

[John Cavan]

"Albert D. Cahalan" wrote:
> 
> > It had always been my assumption that non-optical storage media used
> > the 'disk' spelling, whereas optical media, such as CDs, DVDs, and MO,
> > were reffered to using the 'disc' spelling.
> 
> No, "disk" is correct for everything, but we use "disc" for a reason.

Because "disc" is the English way of spelling it. I find it refreshing
to have proper English show up in the industry, I'm getting tired of
typing "color"... :o)
-
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] More network pci_enable cleanups.

[Jeff Garzik]

[EMAIL PROTECTED] wrote:
> diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/defxx.c 
>linux-dj/drivers/net/defxx.c
> --- linux/drivers/net/defxx.c   Sat Feb 10 02:49:43 2001
> +++ linux-dj/drivers/net/defxx.cSat Feb 10 03:05:03 2001
> @@ -414,6 +415,7 @@
> struct net_device *dev;
> DFX_board_t   *bp;  /* board pointer */
> static int version_disp;
> +   int err;
> 
> if (!version_disp)  /* display version 
>info if adapter is found */
> {
> @@ -429,8 +431,8 @@
> 
> /* Enable PCI device. */
> if (pdev != NULL) {
> -   if (pci_enable_device (pdev))
> -   goto err_out;
> +   err = pci_enable_device (pdev);
> +   if (err) return err;
> ioaddr = pci_resource_start (pdev, 1);
> }

1) Bug: Introduced memory leak by replacing "goto err_out" with "return
err"

2) Sole usage of 'err' -- it should be scoped inside the pdev!=NULL
check.


> diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/dgrs.c 
>linux-dj/drivers/net/dgrs.c
> --- linux/drivers/net/dgrs.cSat Feb 10 02:49:43 2001
> +++ linux-dj/drivers/net/dgrs.c Sat Feb 10 03:05:09 2001
> @@ -1352,7 +1355,7 @@
> 
>  static int __init  dgrs_scan(void)
>  {
> -   int cards_found = 0;
> +   int cards_found;
> uintio;
> uintmem;
> uintirq;

Rejected.  Introduces bug.  That zero is required!


> diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/eepro.c 
>linux-dj/drivers/net/eepro.c
> --- linux/drivers/net/eepro.c   Sat Feb 10 02:49:43 2001
> +++ linux-dj/drivers/net/eepro.cSat Feb 10 03:05:05 2001
> @@ -1098,7 +1098,7 @@
> printk (KERN_ERR "%s: transmit timed out, %s?\n", dev->name,
> "network cable problem");
> /* This is not a duplicate. One message for the console,
> -  one for the the log file  */
> +  one for the log file  */
> printk (KERN_DEBUG "%s: transmit timed out, %s?\n", dev->name,
> "network cable problem");
> eepro_complete_selreset(ioaddr);

rejected -- already in AC patches (and merged into my tree as well)

> diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/eepro100.c 
>linux-dj/drivers/net/eepro100.c
> --- linux/drivers/net/eepro100.cSat Feb 10 02:49:43 2001
> +++ linux-dj/drivers/net/eepro100.c Sat Feb 10 03:05:06 2001
> @@ -550,10 +552,10 @@
>  {
> unsigned long ioaddr;
> int irq, i;
> -   int acpi_idle_state = 0, pm;
> -   static int cards_found /* = 0 */;
> +   int acpi_idle_state, pm;
> +   static int cards_found;
> +   static int did_version; /* Already printed version info. */
> 
> -   static int did_version /* = 0 */;   /* Already printed version 
>info. */
> if (speedo_debug > 0  &&  did_version++ == 0)
> printk(version);
> 

Rejected.  The maintainer clearly wanted the "/* = 0 */" present, yet
you remove them.  I'm suspicious of the acpi_idle_state initialization
removal as well, but can't check it quickly at present (acpi_idle_state
is gone in my tree)

> diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/ncr885e.c 
>linux-dj/drivers/net/ncr885e.c
> --- linux/drivers/net/ncr885e.c Sat Feb 10 02:49:44 2001
> +++ linux-dj/drivers/net/ncr885e.c  Sat Feb 10 03:05:05 2001
> @@ -1163,7 +1163,7 @@
>  }
> 
>  /*  Since the NCR 53C885 is a multi-function chip, I'm not worrying about
> - *  trying to get the the device(s) in slot order.  For our (Synergy's)
> + *  trying to get the device(s) in slot order.  For our (Synergy's)
>   *  purpose, there's just a single 53C885 on the board and we don't
>   *  worry about the rest.
>   */

rejected -- already in AC and my own patches

All the rest were applied.

Jeff



-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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: problem with adding starfire driver to kernel 2.2.18

[Ion Badulescu]

On Sat, 10 Feb 2001 16:46:01 -0600, Nathan Neulinger <[EMAIL PROTECTED]> wrote:

> Any ideas on how I can correct this symptom?

This seems to be Donald Becker's driver, right? Please try with the
starfire driver for 2.2.x I posted a few hours ago to the list. If you
don't have it, contact me privately and I'll resend it to you.

Becker's PCI detection code is known to have, well, "issues".

Thanks,
Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.
-
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] Obsolete info in configure.help

[davej]

Hi Alan,
 If the 8129 is to be removed, may as well remove its appropriate
entry in configure.help

regards,

Dave.

-- 
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs

diff -urN --exclude-from=/home/davej/.exclude linux/Documentation/Configure.help 
linux-dj/Documentation/Configure.help
--- linux/Documentation/Configure.help  Sat Feb 10 02:49:29 2001
+++ linux-dj/Documentation/Configure.help   Sat Feb 10 03:06:08 2001
@@ -8678,22 +8678,6 @@
   The module will be called ni65.o. If you want to compile it as a
   module, say M here and read Documentation/modules.txt as well as
   Documentation/networking/net-modules.txt.
-
-RealTek 8129 (not 8019/8029/8139!) support (EXPERIMENTAL)
-CONFIG_RTL8129
-  This is NOT for RTL-8139 cards.  Instead, select the 8139too driver
-  (CONFIG_8139TOO).
-  This is a driver for the Fast Ethernet PCI network cards based on
-  the RTL8129 chip. If you have one of those, say Y and
-  read the Ethernet-HOWTO, available from
-  http://www.linuxdoc.org/docs.html#howto .
-
-  Note: the 8029 is a NE2000 PCI clone, you can use the NE2K-PCI driver.
-
-  If you want to compile this driver as a module ( = code which can be
-  inserted in and removed from the running kernel whenever you want),
-  say M here and read Documentation/modules.txt. This is recommended.
-  The module will be called rtl8129.o.

 RealTek RTL-8139 PCI Fast Ethernet Adapter support
 CONFIG_8139TOO

-
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] duplicate check in setup.c

[davej]

Hi Alan,

 We check for 'dl' twice in the cachesize checking in setup.c

'good eyes' to John Levon for spotting this before me,
this patch has been sitting around for a while.

regards,

Dave.

-- 
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs

diff -urN --exclude-from=/home/davej/.exclude linux/arch/i386/kernel/setup.c 
linux-dj/arch/i386/kernel/setup.c
--- linux/arch/i386/kernel/setup.c  Sat Feb 10 02:49:30 2001
+++ linux-dj/arch/i386/kernel/setup.c   Sat Feb 10 03:04:31 2001
@@ -1563,12 +1563,10 @@
case 4:
if ( c->x86 > 6 && dl ) {
/* P4 family */
-   if ( dl ) {
-   /* L3 cache */
-   cs = 128 << (dl-1);
-   l3 += cs;
-   break;
-   }
+   /* L3 cache */
+   cs = 128 << (dl-1);
+   l3 += cs;
+   break;
}
/* else same as 8 - fall through */
case 8:

-
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] More network pci_enable cleanups.

[davej]

Hey Alan/Jeff,
 Here are the remaining network driver fixups for pci_enable_device()
(Except starfire, which Jeff has a newer driver for which already has
this fix).

regards.

Dave.

-- 
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs

diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/defxx.c 
linux-dj/drivers/net/defxx.c
--- linux/drivers/net/defxx.c   Sat Feb 10 02:49:43 2001
+++ linux-dj/drivers/net/defxx.cSat Feb 10 03:05:03 2001
@@ -196,6 +196,7 @@
  * Jul 2000tjeerd  Much cleanup and some bug fixes
  * Sep 2000tjeerd  Fix leak on unload, cosmetic code 
cleanup
  * Feb 2001Skb allocation fixes
+ * Feb 2001davej   PCI enable cleanups.
  */

 /* Include files */
@@ -414,6 +415,7 @@
struct net_device *dev;
DFX_board_t   *bp;  /* board pointer */
static int version_disp;
+   int err;

if (!version_disp)  /* display version 
info if adapter is found */
{
@@ -429,8 +431,8 @@

/* Enable PCI device. */
if (pdev != NULL) {
-   if (pci_enable_device (pdev))
-   goto err_out;
+   err = pci_enable_device (pdev);
+   if (err) return err;
ioaddr = pci_resource_start (pdev, 1);
}

diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/dgrs.c 
linux-dj/drivers/net/dgrs.c
--- linux/drivers/net/dgrs.cSat Feb 10 02:49:43 2001
+++ linux-dj/drivers/net/dgrs.c Sat Feb 10 03:05:09 2001
@@ -78,6 +78,9 @@
  * one of the devices can't be allocated. Fix SET_MODULE_OWNER
  * on the loop to use devN instead of repeated calls to dev.
  *
+ * davej <[EMAIL PROTECTED]> - 9/2/2001
+ * - Enable PCI device before reading ioaddr/irq
+ *
  */

 static char *version = "$Id: dgrs.c,v 1.13 2000/06/06 04:07:00 rick Exp $";
@@ -1352,7 +1355,7 @@

 static int __init  dgrs_scan(void)
 {
-   int cards_found = 0;
+   int cards_found;
uintio;
uintmem;
uintirq;
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/eepro.c 
linux-dj/drivers/net/eepro.c
--- linux/drivers/net/eepro.c   Sat Feb 10 02:49:43 2001
+++ linux-dj/drivers/net/eepro.cSat Feb 10 03:05:05 2001
@@ -1098,7 +1098,7 @@
printk (KERN_ERR "%s: transmit timed out, %s?\n", dev->name,
"network cable problem");
/* This is not a duplicate. One message for the console,
-  one for the the log file  */
+  one for the log file  */
printk (KERN_DEBUG "%s: transmit timed out, %s?\n", dev->name,
"network cable problem");
eepro_complete_selreset(ioaddr);
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/eepro100.c 
linux-dj/drivers/net/eepro100.c
--- linux/drivers/net/eepro100.cSat Feb 10 02:49:43 2001
+++ linux-dj/drivers/net/eepro100.c Sat Feb 10 03:05:06 2001
@@ -25,6 +25,8 @@
Disabled FC and ER, to avoid lockups when when we get FCP interrupts.
2000 Jul 17 Goutham Rao <[EMAIL PROTECTED]>
PCI DMA API fixes, adding pci_dma_sync_single calls where neccesary
+   2000 Feb 9 Dave Jones <[EMAIL PROTECTED]>
+   PCI enable cleanups
 */

 static const char *version =
@@ -550,10 +552,10 @@
 {
unsigned long ioaddr;
int irq, i;
-   int acpi_idle_state = 0, pm;
-   static int cards_found /* = 0 */;
+   int acpi_idle_state, pm;
+   static int cards_found;
+   static int did_version; /* Already printed version info. */

-   static int did_version /* = 0 */;   /* Already printed version 
info. */
if (speedo_debug > 0  &&  did_version++ == 0)
printk(version);

diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/macsonic.c 
linux-dj/drivers/net/macsonic.c
--- linux/drivers/net/macsonic.cSat Feb 10 02:49:44 2001
+++ linux-dj/drivers/net/macsonic.c Sat Feb 10 03:05:07 2001
@@ -135,7 +135,7 @@
unsigned long desc_base, desc_top;
if ((lp->sonic_desc =
 kmalloc(SIZEOF_SONIC_DESC
-* SONIC_BUS_SCALE(lp->dma_bitmode), GFP_DMA)) == NULL) {
+* SONIC_BUS_SCALE(lp->dma_bitmode), GFP_KERNEL | 
+GFP_DMA)) == NULL) {
printk(KERN_ERR "%s: couldn't allocate descriptor buffers\n", 
dev->name);
}
desc_base = (unsigned long) lp->sonic_desc;
@@ -165,7 +165,7 @@

/* FIXME, maybe we should use skbs */
if ((lp->rba = (char *)
-kmalloc(SONIC_NUM_RRS * SONIC_RBSIZE, GFP_DMA)) == NULL) {
+kmalloc(SONIC_NUM_RRS * SONIC_RBSIZE, GFP_KERNEL | GFP_DMA)) == NULL) {
printk(KERN_ERR "%s: couldn't allocate receive buffers\n", 

[PATCH] Sound drivers pci_enable_device clean_up

[davej]

Hi guys,
 Here's a small fixup to your respective drivers to make
pci_enable_device() calls happen before reading irq/resources.

regards,

Davej.


-- 
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs


diff -urN --exclude-from=/home/davej/.exclude linux/drivers/sound/es1370.c 
linux-dj/drivers/sound/es1370.c
--- linux/drivers/sound/es1370.cSat Feb 10 02:49:52 2001
+++ linux-dj/drivers/sound/es1370.c Sat Feb 10 03:05:52 2001
@@ -117,6 +117,7 @@
  *   Tim Janik's BSE (Bedevilled Sound Engine) found this
  *07.02.2000   0.33  Use pci_alloc_consistent and pci_register_driver
  *21.11.2000   0.34  Initialize dma buffers in poll, otherwise poll may return a 
bogus mask
+ *09.02.2001   0.35  pci_enable_device before reading irq/resources 
+<[EMAIL PROTECTED]>
  *
  * some important things missing in Ensoniq documentation:
  *
@@ -2544,14 +2545,21 @@
spin_lock_init(>lock);
s->magic = ES1370_MAGIC;
s->dev = pcidev;
+
+   i = pci_enable_device(pcidev);
+   if (i) {
+   kfree(s);
+   return i;
+   }
+
s->io = pci_resource_start(pcidev, 0);
s->irq = pcidev->irq;
+
if (!request_region(s->io, ES1370_EXTENT, "es1370")) {
printk(KERN_ERR "es1370: io ports %#lx-%#lx in use\n", s->io, 
s->io+ES1370_EXTENT-1);
goto err_region;
}
-   if (pci_enable_device(pcidev))
-   goto err_irq;
+
if (request_irq(s->irq, es1370_interrupt, SA_SHIRQ, "es1370", s)) {
printk(KERN_ERR "es1370: irq %u in use\n", s->irq);
goto err_irq;
@@ -2671,7 +2679,7 @@
 {
if (!pci_present())   /* No PCI bus in this machine! */
return -ENODEV;
-   printk(KERN_INFO "es1370: version v0.34 time " __TIME__ " " __DATE__ "\n");
+   printk(KERN_INFO "es1370: version v0.35 time " __TIME__ " " __DATE__ "\n");
return pci_module_init(_driver);
 }

diff -urN --exclude-from=/home/davej/.exclude linux/drivers/sound/es1371.c 
linux-dj/drivers/sound/es1371.c
--- linux/drivers/sound/es1371.cSat Feb 10 02:49:52 2001
+++ linux-dj/drivers/sound/es1371.c Sat Feb 10 03:05:52 2001
@@ -102,6 +102,7 @@
  *01.03.2000   0.26  SPDIF patch by Mikael Bouillot <[EMAIL PROTECTED]>
  *   Use pci_module_init
  *21.11.2000   0.27  Initialize dma buffers in poll, otherwise poll may return a 
bogus mask
+ *09.02.2001   0.28  pci_enable_device before reading irq/resources 
+<[EMAIL PROTECTED]>
  */

 /*/
@@ -2756,6 +2757,13 @@
spin_lock_init(>lock);
s->magic = ES1371_MAGIC;
s->dev = pcidev;
+
+   i = pci_enable_device(pcidev);
+   if (i) {
+   kfree(s);
+   return i;
+   }
+
s->io = pci_resource_start(pcidev, 0);
s->irq = pcidev->irq;
s->vendor = pcidev->vendor;
@@ -2771,8 +2779,6 @@
printk(KERN_ERR PFX "io ports %#lx-%#lx in use\n", s->io, 
s->io+ES1371_EXTENT-1);
goto err_region;
}
-   if (pci_enable_device(pcidev))
-   goto err_irq;
if (request_irq(s->irq, es1371_interrupt, SA_SHIRQ, "es1371", s)) {
printk(KERN_ERR PFX "irq %u in use\n", s->irq);
goto err_irq;
@@ -2942,7 +2948,7 @@
 {
if (!pci_present())   /* No PCI bus in this machine! */
return -ENODEV;
-   printk(KERN_INFO PFX "version v0.27 time " __TIME__ " " __DATE__ "\n");
+   printk(KERN_INFO PFX "version v0.28 time " __TIME__ " " __DATE__ "\n");
return pci_module_init(_driver);
 }

diff -urN --exclude-from=/home/davej/.exclude linux/drivers/sound/esssolo1.c 
linux-dj/drivers/sound/esssolo1.c
--- linux/drivers/sound/esssolo1.c  Sat Feb 10 02:49:52 2001
+++ linux-dj/drivers/sound/esssolo1.c   Sat Feb 10 03:05:52 2001
@@ -70,6 +70,7 @@
  *19.02.2000   0.14  Use pci_dma_supported to determine if recording should be 
disabled
  *13.03.2000   0.15  Reintroduce initialization of a couple of PCI config space 
registers
  *21.11.2000   0.16  Initialize dma buffers in poll, otherwise poll may return a 
bogus mask
+ *09.02.2001   0.17  pci_enable_device before reading irq/resources 
+<[EMAIL PROTECTED]>
  */

 /*/
@@ -2275,6 +2276,11 @@
spin_lock_init(>lock);
s->magic = SOLO1_MAGIC;
s->dev = pcidev;
+   i = pci_enable_device(pcidev);
+   if (i) {
+   kfree (s);
+   return i;
+   }
s->iobase = pci_resource_start(pcidev, 0);
s->sbbase = pci_resource_start(pcidev, 1);
s->vcbase = pci_resource_start(pcidev, 2);
@@ -2302,8 +2308,6 @@
printk(KERN_ERR "solo1: irq %u in use\n", s->irq);
goto err_irq;
}
-   if 

Re: [QUESTION]: IDE Driver support for S.M.A.R.T?

[Jakob Østergaard]

On Sat, Feb 10, 2001 at 09:19:05PM -0500, Shawn Starr wrote:
> Does the current (E)IDE driver support SMART?

Yes.

[eagle:joe] $ ls /proc/ide/hda/smart_*
 /proc/ide/hda/smart_thresholds
 /proc/ide/hda/smart_values

> 
> Will Linux report any S.M.A.R.T errors or warnings to the system log?

No.

You can set that up yourself with a script that compares the smart_thresholds
with the smart_values.

The values and thresholds are vendor/model/moonphase-specific,
so there's not really any way the kernel can make much sense out of them.

-- 

:   [EMAIL PROTECTED]   : And I see the elder races, :
:.: putrid forms of man:
:   Jakob Østergaard  : See him rise and claim the earth,  :
:OZ9ABN   : his downfall is at hand.   :
:.:{Konkhra}...:
-
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.2-pre3

[David D.W. Downey]

BTW, the kernel version is 2.4.2-pre3 (2.4.1 with patch-pre3 applied)
NO other patches have been applied.

I used hdparm v3.9 to set the params with.

-- 
David D.W. Downey - RHCE
Consulting Engineer
Ensim Corporation - Sunnyvale, CA

-
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.2-pre3

[David D.W. Downey]

OK, got some problems here.


Here is the dmesg dump for my machine. Please grep for IO-APIC and APIC
errors on CPU#. I get TONS of these messages whenever I do any heavy I/O
like a   dd if=/dev/zero of=/tmp/testing.img bs=1024k count=1500.

I also get errors about exceeding the file size. As far as I know 1.0GB is
NOT the file size limit. 2GB is correct?

The APIC errors on CPU# dump to both my logs and my screen. Since *.emerg
are the only ones I have set in my logs to dump to the console it must be
something heavily wrong or something the driver is set to do.

SYSTEM SPECS

Abit VP6 dual FC-PGA mobo
Dual PIII-733 133MHz FC-PGA CPUs
1GB Corsair SDRAM (4x256MB)
VIA VT82C686B chipset (ATA33/66 controller NOT being used)
(3) 30GB WDC WD300BB-00AU1 ATA100 drives
* Using the HighPoint Technology HPT370 Controller
* Kernel params are ide2=ata66 ide3=ata66
* Drives show as hde, hdf, and hdg
* Drives are shown as being in UDMA100 mode
* Drive have been tested with/without hdparm
* /sbin/hdparm -A1 -c1 -d1 -k1 -X69 /dev/hd{e,f,g}
AdvanSys ASB3940UW PCI Ultra-Wide SCSI Adapter
Yamaha SCSI CRW8424S CD-RW


DMESG OUTPUT


01109) Richard Gooch ([EMAIL PROTECTED])
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0383fbff  , vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0383fbff   
CPU: After generic, caps: 0383fbff   
CPU: Common caps: 0383fbff   
CPU0: Intel Pentium III (Coppermine) stepping 03
per-CPU timeslice cutoff: 730.56 usecs.
Getting VERSION: 40011
Getting VERSION: 40011
Getting ID: 0
Getting ID: f00
Getting LVT0: 700
Getting LVT1: 400
enabled ExtINT on CPU#0
ESR value before enabling vector: 
ESR value after enabling vector: 
CPU present map: 3
Booting processor 1/1 eip 2000
Setting warm reset code and vector.
1.
2.
3.
Asserting INIT.
Waiting for send to finish...
+Deasserting INIT.
Waiting for send to finish...
+#startup loops: 2.
Sending STARTUP #1.
After apic_write.
Initializing CPU#1
CPU#1 (phys ID: 1) waiting for CALLOUT
Startup point 1.
Waiting for send to finish...
+Sending STARTUP #2.
After apic_write.
Startup point 1.
Waiting for send to finish...
+After Startup.
Before Callout 1.
After Callout 1.
CALLIN, before setup_local_APIC().
masked ExtINT on CPU#1
ESR value before enabling vector: 
ESR value after enabling vector: 
Calibrating delay loop... 1461.45 BogoMIPS
Stack at about c211dfbc
CPU: Before vendor init, caps: 0383fbff  , vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#1.
CPU: After vendor init, caps: 0383fbff   
CPU: After generic, caps: 0383fbff   
CPU: Common caps: 0383fbff   
OK.
CPU1: Intel Pentium III (Coppermine) stepping 03
CPU has booted.
Before bogomips.
Total of 2 processors activated (2922.90 BogoMIPS).
Before bogocount - setting activated=1.
Boot done.
ENABLING IO-APIC IRQs
...changing IO-APIC physical APIC ID to 2 ... ok.
Synchronizing Arb IDs.
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-9, 2-10, 2-11, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=49 pin1=2 pin2=0
activating NMI Watchdog ... done.
number of MP IRQ sources: 21.
number of IO-APIC #2 registers: 24.
testing the IO APIC...

IO APIC #2..
 register #00: 0200
...: physical APIC id: 02
 register #01: 00178011
... : max redirection entries: 0017
... : IO APIC version: 0011
 WARNING: unexpected IO-APIC, please mail
  to [EMAIL PROTECTED]
 register #02: 
... : arbitration: 00
 IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
 00 000 00  100   0   00000
 01 003 03  000   0   01139
 02 003 03  000   0   01131
 03 003 03  000   0   01141
 04 003 03  000   0   01149
 05 003 03  000   0   01151
 06 003 03  000   0   01159
 07 003 03  000   0   01161
 08 003 03  000   0   01169
 09 000 00  100   0   00000
 0a 000 00  100   0   00000
 0b 000 00  100   0   00000
 0c 003 03  000   0   01171
 0d 003 03  000   0   01179
 0e 003 03  000   0   01181
 0f 003 03  000   0   01189
 10 003 03  110   1   01191
 11 003 03  110   1   01199
 12 003 03  110   1   011A1
 13 003 03  110   1   011A9
 14 000 00  100   0   00000
 15 000 00  100   0   00000
 16 000 00  100   

Re: Linux 2.4.1-ac7

[davej]

On Sat, 10 Feb 2001, Mike Galbraith wrote:

> > > o Rebalance the 2.4.1 VM  (Rik van Riel)
> This change makes my box swap madly under load.  It appears to be
> keeping more cache around than is really needed, and therefore
> having to resort to swap instead.  The result is MUCH more I/O than
> previous kernels while doing the same exact job.

I concur this, I watched a DVD tonight, and actually it got so bad
I had to reboot at one point as the it became too jerky to watch.
free output looked like this at this point...

 total   used   free sharedbuffers cached
Mem:254960 253252   1708  0  24116 174500
-/+ buffers/cache:  54636 200324
Swap:   248996  20848 228148

It appeared, that rather than free the cached buffers and reuse the
memory, it preferred to hit swap space. Streaming I/O performance seems
to have taken a hit lately.

(This was 2.4.1-ac9 btw)

regards,

Dave.

-- 
| Dave Jones.http://www.suse.de/~davej
| SuSE 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/

[QUESTION]: IDE Driver support for S.M.A.R.T?

[Shawn Starr]

Does the current (E)IDE driver support SMART?

Will Linux report any S.M.A.R.T errors or warnings to the system log?

Shawn.


-
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.2-pre3 and 2.4.1-ac9 sound corruption

[Ole Andre Vadla Ravnaas]

> Are you using XFree86 4.0 on a matrox card ?

No, it's an nVIDIA Riva TNT2 Ultra 32 MB AGP (card manufacturer: Creative). But these 
problems are not related to X, as they are the same whether I use mpg123 in a plain 
console or xmms in X. But, I've also tried something else, I compiled a kernel with 
absolutely NO sound support, then downloaded OSS from www.opensound.com and installed 
it. The exact _same_ problems occured. So now I'm suspecting the IRQ-sharing with the 
two USB UHCI-controllers to be the problem (worked fine with 2.4.1 "vanilla" though, 
where the same devices were sharing the same interrupts..). Have there been any 
changes on that part? (USB UHCI driver IRQ-sharing etc.)

(Please CC a copy to me as I'm not subscribed to the linux kernel mailing-list right 
now)

Regards
Ole André Vadla Ravnås

Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp

[john slee]

On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
> > it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
> > scheduling latency patch.
> 
> Does 2.4.1-ac9 behave ?

yep, works fine.

j.
-
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 AMI Raid controller, Linux 2.4

[Mark Grosberg]

Hello all, forgive me if this has already been discovered...

I think I have found a bug in the AMI Megatrends RAID controller driver,
scsi/megaraid.c.

If I look in the old, 2.2.x code, in the routine mega_findCard, I find:

if (flag != BOARD_QUARTZ) {
  /* Request our IO Range */
  if (check_region (megaBase, 16)) {
printk (KERN_WARNING "megaraid: Couldn't register I/O range!" ...
scsi_unregister (host);
continue;
  }
 request_region (megaBase, 16, "megaraid");

And in the 2.4.1 code, same routine, I find:

 if (flag != BOARD_QUARTZ) {
  /* Request our IO Range */
  if (request_region (megaBase, 16, "megaraid")) {
printk (KERN_WARNING "megaraid: Couldn't register I/O range!" ...
scsi_unregister (host);
continue;
  }
}

I think the code is missing a "!" in front of request_region(). It seems
that the 2.4.1 kernel does not recognize my RAID controller where as
2.2.x does. 

L8r,
Mark G.


-
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: bidirectional named pipe?

[H. Peter Anvin]

Chris Wedgwood wrote:
> 
> On Thu, Feb 08, 2001 at 03:10:08PM -0800, H. Peter Anvin wrote:
> 
> I would really like it if open() on a socket would be the same
> thing to connect to a socket as a client.  I don't think it's a
> good idea to do that for the server side, though, since it would
> have to know about accept() anyway.
> 
> things like this (non-portable hacks) belong in libc surely?
> 

Not if it makes more sense to implement in the kernel.  I can't think of
a way to implement it in glibc without races, perhaps you can.

-hpa

-- 
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.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/

2.2.19pre9 & aic7xxx

[Lukasz Trabinski]

Hello
In linux/drivers/scsi/hosts.c we have line:
#include "aic7xxx.h"  and during compilation we gets a error:

hosts.c:139: aic7xxx.h: No such file or directory
hosts.c:500: `AIC7XXX' undeclared here (not in a function)
hosts.c:500: initializer element for `builtin_scsi_hosts[0]' is not
constant
make[3]: *** [hosts.o] Error 1
make[3]: Leaving directory `/usr/src/linux/drivers/scsi'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux/drivers/scsi'
make[1]: *** [_subdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux/drivers'
make: *** [_dir_drivers] Error 2


and IMHO shuld be:

#include "aic7xxx/aic7xxx.h"

there is super little patch :-)

diff -ur linux.org/drivers/scsi/hosts.c linux/drivers/scsi/hosts.c
--- linux.org/drivers/scsi/hosts.c  Sun Feb 11 02:06:02 2001
+++ linux/drivers/scsi/hosts.c  Sun Feb 11 02:08:05 2001
@@ -136,7 +136,7 @@
 #endif

 #ifdef CONFIG_SCSI_AIC7XXX
-#include "aic7xxx.h"
+#include "aic7xxx/aic7xxx.h"
 #endif

 #ifdef CONFIG_SCSI_IPS



-- 
*[ ukasz Trbiski ]*
SysAdmin @wsisiz.edu.pl

-
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: Unresolved symbols for wavelan_cs in 2.4.1-ac9

[Dag Wieers]

On Sat, 10 Feb 2001, Rik van Riel wrote:

>> Rejected. It is meant not to be there.
>
> To be more specific ... __bad_udelay() is meant to be an
> unresolvable symbol, which is referenced when people call
> udelay with a "wrong" timeout.

Maybe this (and similar situations) could be added to the lkml-FAQ ?
It would have prevented me to post it on lkml ;)

Thanks,

--  dag wieers, <[EMAIL PROTECTED]>, http://mind.be/  --
Out of swap, out of luck.

-
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] 2.4.0-ac8/9 page_launder() fix

[Marcelo Tosatti]

I just tested it here and it seems to behave pretty well. 

On Sat, 10 Feb 2001, Rik van Riel wrote:

> Hi,
> 
> the patch below should make page_launder() more well-behaved
> than it is in -ac8 and -ac9 ... note, however, that this thing
> is still completely untested and only in theory makes page_launder
> behave better ;)
> 
> Since there seems to be a lot of VM testing going on at the
> moment I thought I might as well send it out now so I can get
> some feedback before I get into the airplane towards sweden
> tomorrow...
> 
> cheers,
> 

-
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: spelling of disc (disk) in /devfs

[Rik van Riel]

On Sat, 10 Feb 2001, Albert D. Cahalan wrote:

> Using "disc" just sucks. I think the devfs author likes to
> make the rest of the world suffer for some nationalistic
> revenge. I and many others will forever curse the damn thing.

I and many others will never use the thing.

I know I'll NEVER get used to a /dev/disc and I don't have
any use for devfs, so why should I even bother ?

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.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/

Re: IRQ conflicts

[Brian Gerst]

Alan Cox wrote:
> 
> > 
> > ACPI: Core Subsystem version [20010208]
> > ACPI: SCI (IRQ9) allocation failed
> > ACPI: Subsystem enable failed
> > Trying to free free IRQ9
> 
> That seems to indicate acpi is freeing a free irq. Turn ACPI off. Its a
> good bet it will fix any random irq/driver problem right now

Looking at this a bit further, I realised that when the sound driver was
compiled in the kernel, it is initialised before ACPI.  The BIOS has
assigned IRQ9 to ACPI, but the PCI code does not know this because of:

PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class. 

The ISAPnP code then assigns IRQ9 to the sound card, causing the ACPI
code to fail to allocate it.  If I compile sound as a module then the
ACPI driver grabs IRQ9 and the sound get IRQ7.

--
Brian Gerst
-
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: spelling of disc (disk) in /devfs

[Albert D. Cahalan]

> It had always been my assumption that non-optical storage media used
> the 'disk' spelling, whereas optical media, such as CDs, DVDs, and MO,
> were reffered to using the 'disc' spelling.

No, "disk" is correct for everything, but we use "disc" for a reason.

It is a non-word, which helps with trademark protection.
It is odd, so it catches attention. Companies operating
in the US have a habit of spelling words wrong whenever
possible.

To us, "disc" is like "cliq", "qwest", "thru", "raq"...

Real UNIX uses "dsk", but IBM's name ("dasd") makes more sense
for all the recent non-disk storage devices. The shape of the
device does not matter; what matters is that it is a Direct
Access Storage Device.

Using "disc" just sucks. I think the devfs author likes to
make the rest of the world suffer for some nationalistic
revenge. I and many others will forever curse the damn thing.


-
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: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[Andrius Adomaitis]

On Saturday 10 February 2001 22:16, David Ford wrote:

> Just as an aside, I've watched this conversation go on and on while I
> run reiserfs on several servers, workstations, and a notebook.  I
> have current kernels and have watched carefully for corruption.  I
> haven't seen any evidence of corruption on any of them including my
> notebook which has a bad battery and bad power connection so it tends
> to instantly die.
>
> Alan, is there a particular trigger to this?

Want to trigger this? Just install reiserfs on Dual SMP machine with 
huge RAID acting as mail server for 90k mailboxes. After several hours 
you'll get a lot reiserfs_read_inode2/reiserfs_iget: bad_inode msgs in 
your kern.log... 

Good luck.

--
Andrius
[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/

test

[Roger Larsson]

OK, you had to...

I have not seen any emails from linux-kernel for some days.
Even tried to resubscribe - Majordomo succeeded in sending me the Confirmation

But nothing...

So I have to try this...

/RogerL

(I am subscribed as [EMAIL PROTECTED])

-- 
Home page:
  none currently
-
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: spelling of disc (disk) in /devfs

[Tony Hoyle]

Dr. Kelsey Hudson wrote:

> It had always been my assumption that non-optical storage media used the
> 'disk' spelling, whereas optical media, such as CDs, DVDs, and MO, were
> reffered to using the 'disc' spelling.
 
I can remember having this argument back in the days of the BBC Micro.  The
BBC is the only machine I have ever seen that used 'disc'...  In those days
I assumed it was correct.  Over time, I came to accept that we used 'disk' for
the same reasons we use 'program' rather than 'programme'.

I haven't heard anyone in the UK spell it 'disc' for years

When I last tried devfs (around the 2.4.0test era - a short and painful experience, but
that's another story) I was confused by the use of 'disc'.  IMHO it should be changed,
because it's simply wrong, even in england (so please stop blaming us for it!).

Tony

-- 
"User DATA\tmh cannot be created because DATA\tmh does not exist."
Windows -- Great UI huh?

[EMAIL PROTECTED]http://www.nothing-on.tv

-
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] 2.4.0-ac8/9 page_launder() fix

[Rik van Riel]

Hi,

the patch below should make page_launder() more well-behaved
than it is in -ac8 and -ac9 ... note, however, that this thing
is still completely untested and only in theory makes page_launder
behave better ;)

Since there seems to be a lot of VM testing going on at the
moment I thought I might as well send it out now so I can get
some feedback before I get into the airplane towards sweden
tomorrow...

cheers,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.com/



--- linux-2.4.1-ac8/mm/vmscan.c.origFri Feb  9 15:04:16 2001
+++ linux-2.4.1-ac8/mm/vmscan.c Sat Feb 10 20:50:40 2001
@@ -413,7 +413,7 @@
  * This code is heavily inspired by the FreeBSD source code. Thanks
  * go out to Matthew Dillon.
  *
- * XXX: restrict number of pageouts in flight...
+ * XXX: restrict number of pageouts in flight by ->writepage...
  */
 #define MAX_LAUNDER(1 << page_cluster)
 int page_launder(int gfp_mask, int user)
@@ -514,7 +514,10 @@
spin_unlock(_lru_lock);
 
writepage(page);
-   flushed_pages++;
+   /* XXX: all ->writepage()s should use nr_async_pages */
+   if (!PageSwapCache(page))
+   flushed_pages++;
+   maxlaunder--;
page_cache_release(page);
 
/* And re-start the thing.. */
@@ -636,14 +639,16 @@
 * with the paging load in the system and doesn't have
 * the IO storm problem, so it just flushes all pages
 * needed to fix the free shortage.
-*
-* XXX: keep track of nr_async_pages like the old swap
-* code did?
 */
-   if (user)
+   maxlaunder = shortage;
+   maxlaunder -= flushed_pages;
+   maxlaunder -= atomic_read(_async_pages);
+   
+   if (maxlaunder <= 0)
+   goto out;
+
+   if (user && maxlaunder > MAX_LAUNDER)
maxlaunder = MAX_LAUNDER;
-   else
-   maxlaunder = shortage;
 
/*
 * If we are called by a user program, we need to free
@@ -667,6 +672,7 @@
/*
 * Return the amount of pages we freed or made freeable.
 */
+out:
return freed_pages + flushed_pages;
 }
 

-
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/

problem with adding starfire driver to kernel 2.2.18

[Nathan Neulinger]

I've seen this symptom in the past with updated tulip and eepro drivers.
Basically, it appears that it detects the same card more than once. In
the case of the below dmesg output - the machine has 1 tulip based card,
and 1 Adaptec Quartet64. The eth[5-8] are bogus.

In the past, if I remember correctly, so long as I didn't do anything to
the bogus interfaces, stuff was fine, but it's a little disturbing.

Note - I've added the module directly to the kernel (added the .o files
in the drivers/net/Makefile, and the pci_scan/kern_compat stuff etc.)

Any ideas on how I can correct this symptom?

Moving to 2.4.1 isn't an option just yet, although I am considering it
as I'm deploying new machines.

-- Nathan

eth0: Digital DS21143-xD Tulip rev 65 at 0xe000, 00:C0:F0:6B:61:BC, IRQ
5.
eth0:  EEPROM default media type Autosense.
eth0:  Index #0 - Media MII (#11) described by a 21142 MII PHY (3)
block.
eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
tulip.c:v0.92t 1/15/2001  Written by Donald Becker <[EMAIL PROTECTED]>
  http://www.scyld.com/network/tulip.html
eth1: Adaptec Starfire 6915 at 0xd000, 00:00:d1:ee:77:71, IRQ 11.
eth1: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth2: Adaptec Starfire 6915 at 0xd0081000, 00:00:d1:ee:77:72, IRQ 9.
eth2: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth3: Adaptec Starfire 6915 at 0xd0102000, 00:00:d1:ee:77:73, IRQ 10.
eth3: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth4: Adaptec Starfire 6915 at 0xd0183000, 00:00:d1:ee:77:74, IRQ 5.
eth4: MII PHY found at address 1, status 0x7809 advertising 01e1.
starfire.c:v1.03 7/26/2000  Written by Donald Becker <[EMAIL PROTECTED]>
 Updates and info at http://www.scyld.com/network/starfire.html
eth5: Adaptec Starfire 6915 at 0xd0204000, 00:00:d1:ee:77:71, IRQ 11.
eth5: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth6: Adaptec Starfire 6915 at 0xd0285000, 00:00:d1:ee:77:72, IRQ 9.
eth6: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth7: Adaptec Starfire 6915 at 0xd0306000, 00:00:d1:ee:77:73, IRQ 10.
eth7: MII PHY found at address 1, status 0x7809 advertising 01e1.
early initialization of device eth8 is deferred
eth8: Adaptec Starfire 6915 at 0xd0387000, 00:00:d1:ee:77:74, IRQ 5.
eth8: MII PHY found at address 1, status 0x7809 advertising 01e1.
starfire.c:v1.03 7/26/2000  Written by Donald Becker <[EMAIL PROTECTED]>


Nathan Neulinger   EMail:  [EMAIL PROTECTED]
University of Missouri - Rolla Phone: (573) 341-4841
CIS - Systems ProgrammingFax: (573) 341-4216
-
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: Unresolved Symbol error

[Dunlap, Randy]

> I am trying to create a catcher module that will provide a 
> distributed layer over the file system. To do this I am using 
> a kernel module to intercept and pre process the open system 
> call. However I need to use some functions such as strlen() 
> and memcpy() etc. When I try to compile the module it 
> compiles fine. Without any errors. However when I insert the 
> module using insmod  I get an error:
> catcher.o: unresolved symbol strlen
> 
> I am compiling the module using -D__KERNEL__ -DMODULE -DLINUX 
> options. Is there some thing else that I have to do to use 
> the strlen function. 

Also use -O2 .

~Randy

-
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: Unresolved symbols for wavelan_cs in 2.4.1-ac9

[Rik van Riel]

On Sat, 10 Feb 2001, Alan Cox wrote:

> > I noticed a single unresolved symbol in wavelan_cs.o and I fixed it as
> > described below.
> 
> Rejected. It is meant not to be there.

To be more specific ... __bad_udelay() is meant to be an
unresolvable symbol, which is referenced when people call
udelay with a "wrong" timeout.

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.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/

Re: Linux 2.4.1-ac7

[Mr. James W. Laferriere]

Hello Rik , As an aside to the below conversation .
Is there a URL/doc/... that gives basic tuning examples
for various types workloads ?   Tia ,  JimL

On Sat, 10 Feb 2001, Rik van Riel wrote:
 ...snip...
> > It's still reluctant to shrink cache.  I'm hitting I/O saturation
> > at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
> > space taken by cache.. ~same space shows as additional swap volume).
>
> Indeed, to "fix" that we'll need to work at refill_inactive().
>
> However, I am very much against tuning the VM for one particular
> workload. If you can show me that this problem also happens under
> other workloads we can work at changing it, but I don't think it's
 ...snip...
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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/

imm problems anyone?

[Ingo Oeser]

Hi there,

is anyone using an ZIP+ device over the imm SCSI hostadapter and
having Problems with 2.4.x?

I recently noticed, it doesn't work as expected (failed with
status b8).

If this is a problem not only I have, I'll dig deeper into this,
but I just would like to ask first to find similarities.


Regards

Ingo Oeser
-- 
10.+11.03.2001 - 3. Chemnitzer LinuxTag 
    come and join the fun   
-
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.4.1-ac7

[Rik van Riel]

On Sat, 10 Feb 2001, Mike Galbraith wrote:
> On Sat, 10 Feb 2001, Rik van Riel wrote:
> > On Sat, 10 Feb 2001, Marcelo Tosatti wrote:
> > > On Sat, 10 Feb 2001, Mike Galbraith wrote:
> > > 
> > > > This change makes my box swap madly under load.
> > > 
> > > Swapped out pages were not being counted in the flushing limitation.
> > > 
> > > Could you try the following patch? 
> > 
> > Marcelo's patch should do the trick wrt. to making page_launder()
> > well-behaved again.  It should fix the problems some people have
> > seen with bursty swap behaviour.
> 
> It's still reluctant to shrink cache.  I'm hitting I/O saturation
> at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
> space taken by cache.. ~same space shows as additional swap volume).

Indeed, to "fix" that we'll need to work at refill_inactive().

However, I am very much against tuning the VM for one particular
workload. If you can show me that this problem also happens under
other workloads we can work at changing it, but I don't think it's
right to optimise the VM for a specific workload...

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.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/

Re: [PATCH] Athlon-SMP compiles & runs. inline fns honored.

[Jeff Garzik]

Tom Leete wrote:
> 
> Hi Alan
> 
> I found one way to break the circularity. The association of type and struct
> definitions with interlocking inline functions caused the problem. This
> extracts task_struct from linux/sched.h to its own header,
> linux/task_struct.h. There are a few modifications elsewhere to support
> this. I'm not sure all the changes were necessary, but they are working as I
> write:
[long patch snipped]

Ouch.  What about un-inlining in_interrupt() for all SMP cases?  Reduces
code size just a bit, and function calls aren't very expensive on SMP
machines IMHO...  (and as a side effect solves this problem...)

Jeff


-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[David Ford]

Alan Cox wrote:

>> I run Reiser on all but /boot, and it seems to enjoy corrupting my
>> mbox'es randomly.
>> Using the old-style Reiser FS format, 2.4.2-pre1, Evolution, on a CMD640
>> chipset with the fixes enabled.
>> This also occurs in some log files, but I put it down to syslogd
>> crashing or something.
> 
> 
> Before you put that down to reiserfs can you chek 2.4.2-pre2. It may be
> problems below the reiserfs layer


Just as an aside, I've watched this conversation go on and on while I 
run reiserfs on several servers, workstations, and a notebook.  I have 
current kernels and have watched carefully for corruption.  I haven't 
seen any evidence of corruption on any of them including my notebook 
which has a bad battery and bad power connection so it tends to 
instantly die.

Alan, is there a particular trigger to this?

-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: question on comment in fs.h

[Jens Axboe]

On Sat, Feb 10 2001, LA Walsh wrote:
> Excuse my ignorance, but in file include/linux/fs.h, 2.4.x source
> in the struct buffer_head, there is a member:
>   unsigned short b_size;  /* block size */
> later there is a member:
>   char * b_data;  /* pointer to data block (512 byte) */ 
> 
> Is the "(512 byte)" part of the comment in error or do I misunderstand
> the nature of 'b_size'

The comment is old and wrong

-- 
Jens Axboe

-
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/

Power off 2.4.xx and ACPI / APM

[Jean-luc Coulon]

Hi,

I've read some messages some time ago about problems related to ACPI.
But I've not found the clue to my problem.

With kernel 2.2.19 and APM enabled, the power supply switches off while
the message Power down appears.

With 2.4.x, nothing occurs. I've to enable ACPI too to have this
behaviour.

But if I enable ACPI, I've a strange problem with my AX25 (hamradio)
system :
all the frames I send on the radio network are _very_ long without any
data in it. The watchdog of the card (DRSI : works with the scc driver),

switches the transmitter off after few seconds.

Any idea ?



Regards

  Jean-Luc

-
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/

Unresolved Symbol error

[Hasan Abbasi]

Hi,
I am trying to create a catcher module that will provide a distributed layer over the 
file system. To do this I am using a kernel module to intercept and pre process the 
open system call. However I need to use some functions such as strlen() and memcpy() 
etc. When I try to compile the module it compiles fine. Without any errors. However 
when I insert the module using insmod  I get an error:
catcher.o: unresolved symbol strlen

I am compiling the module using -D__KERNEL__ -DMODULE -DLINUX options. Is there some 
thing else that I have to do to use the strlen function. 

All the examples that I have been able to access use this function, but I cannot even 
make the examples work. I am using Kernel 2.2.12-20, gcc version egcs-2.91.66. 

Since I am not subscribed to the kernel development list .. can you please reply 
directly to me at [EMAIL PROTECTED]

Thankyou.

Hasan Abbasi

-
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/

question on comment in fs.h

[LA Walsh]

Excuse my ignorance, but in file include/linux/fs.h, 2.4.x source
in the struct buffer_head, there is a member:
unsigned short b_size;  /* block size */
later there is a member:
char * b_data;  /* pointer to data block (512 byte) */ 

Is the "(512 byte)" part of the comment in error or do I misunderstand
the nature of 'b_size'

-l

-- 
Linda A Walsh| Trust Technology, Core Linux, SGI
[EMAIL PROTECTED]  | Voice: (650) 933-5338
-
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/

processes drop into uninterruptible sleeps during heavy i/o on 2.4.2-pre3

[dilinger]

As the subject states, w/ 2.4.2-pre3, whenever something starts doing
heavy i/o (most notably mozilla during startup, diff, recursive greps,
etc), it drops into 'D' state:

  343 ?S  0:00 /bin/sh /usr/local/src/mozilla/dist/bin/run-mozilla.sh 
/usr/local/src/mozilla/dist/bin/mozilla-bin
  348 ?D  0:00 /usr/local/src/mozilla/dist/bin/mozilla-bin

Uninterruptable sleeps are rather annoying, as one cannot kill the process
until it's done w/ it's i/o.  This did not happen w/ pre2.

In case it might be in any way hardware/driver related:

00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 

00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr- Stepping- 
SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B+

00:03.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Dell Computer Corporation: Unknown device 00bc
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite+
16-bit legacy interface ports at 0001

00:03.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
Subsystem: Dell Computer Corporation: Unknown device 00bc
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite+
16-bit legacy interface ports at 0001

00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- 
SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 

01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage P/M Mobility AGP 2x 
(rev 64) (prog-if 00 [VGA])
Subsystem: Dell Computer Corporation: Unknown device 00bc
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ 
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-  [disabled] [size=128K]
Capabilities: 


-- 
"... being a Linux user is sort of like living in a house inhabited
by a large family of carpenters and architects. Every morning when
you wake up, the house is a little different. Maybe there is a new
turret, or some walls have moved. Or perhaps someone has temporarily
removed the floor under your bed." - Unix for Dummies, 2nd Edition
-- found in the .sig of Rob Riggs, [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] fix config.in bugs

[Christoph Hellwig]

Hi Linus,

this patch fixes a bunch of wrong uses of the config language.
Remaining problems are:

  - cris uses a 'hwaddr' symbol (MAC address?) that is not supported
by any interpreter
  - a few symbols do not yet have the CONFIG_ prefix (also mostly cris)
  - ppc does some strange stuff with define_bool and choices.

Please consisder applying for 2.4.2.

Christoph


-- 
Of course it doesn't work. We've performed a software upgrade.


diff -uNr linux-2.4.2-pre3/arch/cris/config.in linux/arch/cris/config.in
--- linux-2.4.2-pre3/arch/cris/config.inSat Feb 10 20:03:13 2001
+++ linux/arch/cris/config.in   Sat Feb 10 20:08:07 2001
@@ -14,21 +14,21 @@
 mainmenu_option next_comment
 comment 'General setup'
 
-bool 'Networking support' CONFIG_NET y
-bool 'System V IPC' CONFIG_SYSVIPC y
+bool 'Networking support' CONFIG_NET
+bool 'System V IPC' CONFIG_SYSVIPC
 
-tristate 'Kernel support for ELF binaries' CONFIG_BINFMT_ELF y
+tristate 'Kernel support for ELF binaries' CONFIG_BINFMT_ELF
 if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
   tristate 'Kernel support for JAVA binaries' CONFIG_BINFMT_JAVA
 fi
 
-bool 'Use kernel gdb debugger' CONFIG_KGDB n
+bool 'Use kernel gdb debugger' CONFIG_KGDB
 
-bool 'Enable Etrax100 watchdog' CONFIG_ETRAX_WATCHDOG y
+bool 'Enable Etrax100 watchdog' CONFIG_ETRAX_WATCHDOG
 
-bool 'Use serial console (on the debug port)' CONFIG_USE_SERIAL_CONSOLE y
+bool 'Use serial console (on the debug port)' CONFIG_USE_SERIAL_CONSOLE
 
-bool 'Use in-kernel ifconfig/route setup' CONFIG_KERNEL_IFCONFIG n
+bool 'Use in-kernel ifconfig/route setup' CONFIG_KERNEL_IFCONFIG
 
 endmenu
 
diff -uNr linux-2.4.2-pre3/arch/ia64/config.in linux/arch/ia64/config.in
--- linux-2.4.2-pre3/arch/ia64/config.inThu Jan  4 21:50:17 2001
+++ linux/arch/ia64/config.in   Sat Feb 10 20:08:53 2001
@@ -70,7 +70,7 @@
if [ "$CONFIG_ITANIUM_BSTEP_SPECIFIC" = "y" ]; then
  bool 'Enable Itanium B0-step specific code' CONFIG_ITANIUM_B0_SPECIFIC
fi
-   bool '  Enable SGI Medusa Simulator Support' CONFIG_IA64_SGI_SN1_SIM n
+   bool '  Enable SGI Medusa Simulator Support' CONFIG_IA64_SGI_SN1_SIM
define_bool CONFIG_DEVFS_DEBUG y
define_bool CONFIG_DEVFS_FS y
define_bool CONFIG_IA64_BRL_EMU y
@@ -79,8 +79,8 @@
define_bool CONFIG_SGI_IOC3_ETH y
define_bool CONFIG_PERCPU_IRQ y
define_int  CONFIG_CACHE_LINE_SHIFT 7
-   bool '  Enable DISCONTIGMEM support' CONFIG_DISCONTIGMEM y
-   bool '  Enable NUMA support' CONFIG_NUMA y
+   bool '  Enable DISCONTIGMEM support' CONFIG_DISCONTIGMEM
+   bool '  Enable NUMA support' CONFIG_NUMA
 fi
 
 define_bool CONFIG_KCORE_ELF y # On IA-64, we always want an ELF /proc/kcore.
diff -uNr linux-2.4.2-pre3/arch/m68k/config.in linux/arch/m68k/config.in
--- linux-2.4.2-pre3/arch/m68k/config.inThu Jan  4 22:00:55 2001
+++ linux/arch/m68k/config.in   Sat Feb 10 20:11:25 2001
@@ -487,8 +487,10 @@
fi
 fi
 if [ "$CONFIG_APOLLO" = "y" ]; then
-   bool 'Support for DN serial port (dummy)' CONFIG_SERIAL
+   bool 'Support for DN serial port (dummy)' CONFIG_DN_SERIAL
bool 'Support for serial port console' CONFIG_SERIAL_CONSOLE
+
+   define_tristate CONFIG_SERIAL $CONFIG_DN_SERIAL
 fi 
 bool 'Support for user serial device modules' CONFIG_USERIAL
 bool 'Watchdog Timer Support'  CONFIG_WATCHDOG
diff -uNr linux-2.4.2-pre3/arch/mips/config.in linux/arch/mips/config.in
--- linux-2.4.2-pre3/arch/mips/config.inThu Nov 16 21:51:28 2000
+++ linux/arch/mips/config.in   Sat Feb 10 20:12:01 2001
@@ -329,7 +329,10 @@
 #   if [ "$CONFIG_ACCESSBUS" = "y" ]; then
 #  bool 'MAXINE Access.Bus mouse (VSXXX-BB/GB) support' CONFIG_DTOP_MOUSE
 #   fi
-   bool 'Enhanced Real Time Clock Support' CONFIG_RTC
+   bool 'Enhanced Real Time Clock Support' CONFIG_MIPS_RTC
+
+   define_tristate CONFIG_RTC $CONFIG_MIPS_RTC
+
endmenu
 fi
 
diff -uNr linux-2.4.2-pre3/arch/parisc/config.in linux/arch/parisc/config.in
--- linux-2.4.2-pre3/arch/parisc/config.in  Tue Dec  5 21:29:39 2000
+++ linux/arch/parisc/config.in Sat Feb 10 20:09:22 2001
@@ -25,14 +25,14 @@
 # bool 'GSC/Gecko bus support' CONFIG_GSC y
 define_bool CONFIG_GSC y
 
-bool 'U2/Uturn I/O MMU' CONFIG_IOMMU_CCIO y
-bool 'LASI I/O support' CONFIG_GSC_LASI y
+bool 'U2/Uturn I/O MMU' CONFIG_IOMMU_CCIO
+bool 'LASI I/O support' CONFIG_GSC_LASI
 
-bool 'PCI bus support' CONFIG_PCI y
+bool 'PCI bus support' CONFIG_PCI
 
 if [ "$CONFIG_PCI" = "y" ]; then
-   bool 'GSCtoPCI/DINO PCI support' CONFIG_GSC_DINO y
-   bool 'LBA/Elroy PCI support' CONFIG_PCI_LBA n
+   bool 'GSCtoPCI/DINO PCI support' CONFIG_GSC_DINO
+   bool 'LBA/Elroy PCI support' CONFIG_PCI_LBA
 fi 
 
 if [ "$CONFIG_PCI_LBA" = "y" ]; then
diff -uNr linux-2.4.2-pre3/arch/sparc/config.in linux/arch/sparc/config.in
--- linux-2.4.2-pre3/arch/sparc/config.in   Sat Feb  3 14:51:11 2001
+++ linux/arch/sparc/config.in  Sat Feb 10 20:09:50 2001
@@ -183,8 +183,8 @@

[PATCH] Use slab in pipe code

[Christoph Hellwig]

Hi Linus,

this patch makes the pipe code use the slab allocator instead of
kmalloc/kfree.  The changes are pretty small, so I think it's ok
for the stable series.

Christoph

-- 
Of course it doesn't work. We've performed a software upgrade.


--- linux-2.4.2-pre3/fs/pipe.c  Sat Feb 10 20:03:33 2001
+++ linux/fs/pipe.c Sat Feb 10 20:36:57 2001
@@ -21,8 +21,13 @@
  * 
  * Reads with count = 0 should always return 0.
  * -- Julian Bradfield 1999-06-07.
+ *
+ * Use slab allocator instead of kmalloc/kfree.
+ * -- Christoph Hellwig 2001-02-07
  */
 
+static kmem_cache_t * pipe_cachep;
+
 /* Drop the inode semaphore and wait for a pipe event, atomically */
 void pipe_wait(struct inode * inode)
 {
@@ -448,7 +453,7 @@
if (!page)
return NULL;
 
-   inode->i_pipe = kmalloc(sizeof(struct pipe_inode_info), GFP_KERNEL);
+   inode->i_pipe = kmem_cache_alloc(pipe_cachep, SLAB_KERNEL);
if (!inode->i_pipe)
goto fail_page;
 
@@ -578,7 +583,7 @@
put_unused_fd(i);
 close_f12_inode:
free_page((unsigned long) PIPE_BASE(*inode));
-   kfree(inode->i_pipe);
+   kmem_cache_free(pipe_cachep, inode->i_pipe);
inode->i_pipe = NULL;
iput(inode);
 close_f12:
@@ -635,15 +640,28 @@
 
 static int __init init_pipe_fs(void)
 {
-   int err = register_filesystem(_fs_type);
-   if (!err) {
-   pipe_mnt = kern_mount(_fs_type);
-   err = PTR_ERR(pipe_mnt);
-   if (IS_ERR(pipe_mnt))
-   unregister_filesystem(_fs_type);
-   else
-   err = 0;
-   }
+   int err = -ENOMEM;
+
+   pipe_cachep = kmem_cache_create("pipe_cache",
+   sizeof(struct pipe_inode_info), 0,
+   SLAB_HWCACHE_ALIGN, NULL, NULL);
+   if (pipe_cachep == NULL)
+   goto err_out;
+   
+   err = register_filesystem(_fs_type);
+   if (err)
+   goto err_out;
+
+   pipe_mnt = kern_mount(_fs_type);
+
+   err = PTR_ERR(pipe_mnt);
+   if (!IS_ERR(pipe_mnt))
+   return 0;
+
+   unregister_filesystem(_fs_type);
+
+err_out:
+   kmem_cache_destroy(pipe_cachep);
return err;
 }
 
@@ -651,6 +669,7 @@
 {
unregister_filesystem(_fs_type);
kern_umount(pipe_mnt);
+   kmem_cache_destroy(pipe_cachep);
 }
 
 module_init(init_pipe_fs)
-
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: devfs: "cd" device not showing up initially. [Fwd: Scan past lun 7 in

[Douglas Gilbert]

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

Ishikawa <[EMAIL PROTECTED]> wrote:
>
> I have begun using devfs for about a couple of weeks now and
> thank you for the great addition to linux.
> Now I am happy to see the device names on the
> scsi chain which won't be changed just because
> I add/delete a device.
>
> However, I noticed that there seems to be a subtle interaction of
> devfs (+devfsd) and
> the device names that appear under luns for
> a scsi chain.
>
> Namely the name "generic" or "disc" seem to
> exist from the start (after bootup), but
> the entry "cd" doesn't exist until I do something
> about accessing the CD somehow.
> (It seems that I fail the initial
> attempt to mount due to the missing name.)
>
> [snip, ls on /dev/scsi/* looks correct]
>
> Is it possible that the accessing the CD using the
> compatibility device name /dev/sr* forced
> the creation of the "cd" device name?

Yes, the LOOKUP rule caused 'modprobe sr_mod' to be
executed, then your cd devices will be visible in
devfs and accessible. Under the old /dev system
they were always "visible" but not accessible until
you loaded sr_mod .

> I consider the possibility of module loading. Both SCSI CD and
> SCSI generic (sg) are modules now.
> I checked /etc/devfs/devfs.conf (experimental Debian package
> puts the config file here! ) has the following line:
>
>LOOKUP  .*  MODLOAD
>
> So the module autoloading ought to work. ("generic" exists
> somehow from the start.)

Chiaki,
The upper level scsi drivers (sd, sr, st, osst and sg) register
and unregister device names with devfs. After the mid level
recognizes a new scsi device it calls the detect() function
in the builtin upper level drivers and those that are currently
loaded as modules. That is your "problem", sr_mod.o is not
loaded until you do something like "ls -l /dev/sr0" (due to
that LOOKUP rule in /etc/devfsd.conf). The lsmod command will
show which modules are loaded (in your case look for sr_mod).

There is no "push" mechanism in the scsi mid level to load
the sr_mod.o module when it sees a device with SCSI type
CDROM. Devfs (specifically devfsd) supplies various "pull"
mechanisms (e.g. LOOKUP) to load that module.

Doug Gilbert

-
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: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp

[Alan Cox]

> it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
> scheduling latency patch.

Does 2.4.1-ac9 behave ?

-
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.2-pre3 and 2.4.1-ac9 sound corruption

[Alan Cox]

> After upgrading to 2.4.2-pre3 I get sound corruption (I believe this proble=
> m has existed since pre2, since I suspect the " - driver sync up with Alan"=
>  part of the changes in pre2 to be the source of the problem. I've also tri=

No es1370 changes went in

> ed 2.4.1-ac9, which gives me the exact same problems (sound corruption, rea=
> lly "weird" sound).

Are you using XFree86 4.0 on a matrox card ?

-
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: Unresolved symbols for wavelan_cs in 2.4.1-ac9

[Alan Cox]

> I noticed a single unresolved symbol in wavelan_cs.o and I fixed it as
> described below.

Rejected. It is meant not to be there.
-
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: IRQ conflicts

[Alan Cox]

> 
> ACPI: Core Subsystem version [20010208]
> ACPI: SCI (IRQ9) allocation failed
> ACPI: Subsystem enable failed
> Trying to free free IRQ9

That seems to indicate acpi is freeing a free irq. Turn ACPI off. Its a
good bet it will fix any random irq/driver problem right now


-
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/

Interface counter limit?

[William F. Maton]

Hi
I've got a linux box here running 2.2.17.  ifconfig reveals this
for eth0:

  RX packets:2147483647 errors:11 dropped:0 overruns:140 frame:22
  TX packets:2147483647 errors:0 dropped:0 overruns:0 carrier:0

Thing is, it's been that way for several weeks.  Is there a counter limit
I'm hitting here with the networking code in the kernel, or is it
ifconfig?  I'm using net-tools-1.55.

Thanks.

wfms

-
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/

Problems with irda (irlap, ircomm)

[Fredrik Falk]

Hello,
I got a problem with my irda stuff.
Version: "Linux version 2.4.2-pre2 ([EMAIL PROTECTED]) (gcc version 2.96
2731 (Red Hat Linux 7.0)) #1 SMP Sat Feb 10 02:26:51 CET 2001"

I try to dial to the Internet via a cellphone/irda (Nokia 8850) Dongle =
Tekram IrMate 210B dongle

It works fine on the v2.2 kernel, but it dosen't work so nice on v2.4
(2.4.0 -> 2.4.2pre2 and all ac's)

I got irda-utils-0.9.13.tar.gz and irda-utils-0.9.13-5.i386.rpm (both works
exactly the same) and pppd version 2.4.0b2-2.
Started the ir with this command: irattach /dev/ttyS0 -d tekram

Feb 10 17:46:01 gozfand kernel: IrLAP, no activity on link!
Feb 10 17:46:10 gozfand chat[2608]: warning: read() on stdin returned 0
Feb 10 17:46:10 gozfand chat[2608]: send (+++)
Feb 10 17:46:11 gozfand chat[2608]:  -- write failed: Input/output error
Feb 10 17:46:11 gozfand chat[2608]: Failed
Feb 10 17:46:11 gozfand chat[2608]: Can't restore terminal parameters:
Input/output error
Feb 10 17:46:11 gozfand pppd[2606]: Connect script failed

I get that problem. After like 20 tryes, i can get the link up, for a
shortwhile.. then the message "IrLAP, no activity on link!" appears. And
kills the link.

I have this under irda support in the menuconfig:
 IrDA subsystem support
   IrCOMM protocol
[*]   Ultra (connectionless) protocol
[*]   IrDA protocol options
[*] Cache last LSAP
[*] Fast RRs
 IrTTY (uses Linux serial driver)
 IrPORT (IrDA serial driver)
[*] Serial dongle support
   Tekram IrMate 210B dongle
And this is from "lsmod":
ircomm-tty 32144   0
ircomm 13904   0  [ircomm-tty]
tekram  2192   1  (autoclean)
irtty   7728   2  (autoclean)
irda  157904   1  (autoclean) [ircomm-tty ircomm tekram
irtty]

I have tryed it on a other computer, with rh7 2.4, and it was the same
there.

Sorry for the misspelling!

Thanks,
Fredrik Falk
[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/

hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp

[john slee]

'mpg123 foo.mp3' triggers this.  doesn't seem to be restricted to mpg123
however.  happens with everything using /dev/dsp.

it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.

symptoms are hard lockup, and random noise from speakers.  even magic
sysrq doesn't work.  i certainly don't get anything resembling the
intended sound.

soundcard is my beloved gravis ultrasound classic, which has never
failed me before.

diff'd drivers/sound/ between vanilla trees of 2.4.0, 2.4.1, and
2.4.2pre{1,2,3}.  the only changes i could see in sound*[ch] and
gus*[ch] were replacing malloc.h with slab.h.  i probably missed
something, it's past 5am now.  i can't remember seeing this lockup on
any previous kernel.

diagnostic stuff follows.  note that i am not currently using the
TRM-S1040, and have not applied the appropriate kernel patch for it.

thanks in advance,

j.

ver_linux: (all debian-testing versions of things, except kernel)
--
Linux elektra 2.4.2-pre3 #10 Sun Feb 11 02:57:42 EST 2001 i686 unknown
Kernel modules 2.4.1
Gnu C  2.95.3
Gnu Make   3.79.1
Binutils   2.10.1.0.2
Linux C Library2.2.1
Dynamic linker ldd (GNU libc) 2.2.1
Procps 2.0.7
Mount  2.10q
Net-tools  2.05
Console-tools  0.2.3
Sh-utils   2.0.11
Modules Loaded ipt_state iptable_nat iptable_filter iptable_mangle 
ip_conntrack_ftp ip_conntrack ppp_async ppp_generic slhc ip_tables floppy 3c59x 
ne2k-pci 8390

cpuinfo: (not overclocked)

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 6
model name  : Celeron (Mendocino)
stepping: 5
cpu MHz : 534.553
cache size  : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 
mmx fxsr
bogomips: 1064.96

lspci -vvv:
---
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 

00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B+

00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-  [disabled] [size=64K]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [f0] AGP version 1.0
Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=

dmesg:
--
Linux version 2.4.2-pre3 (root@elektra) (gcc version 2.95.3 20010125 (prerelease)) #10 
Sun Feb 11 02:57:42 EST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 13ef @ 0010 (usable)
 BIOS-e820: d000 @ 13ff3000 (ACPI data)
 BIOS-e820: 3000 @ 13ff (ACPI NVS)
On node 0 totalpages: 81920
zone(0): 4096 pages.
zone(1): 77824 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=242pre3 ro root=302 mem=320M
Initializing CPU#0
Detected 534.553 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1064.96 BogoMIPS
Memory: 320408k/327680k available (768k kernel code, 6884k reserved, 283k data, 168k 
init, 0k highmem)
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0183f9ff  , vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0183f9ff   
CPU: After generic, caps: 0183f9ff   

Re: [beta patch] SSE copy_page() / clear_page()

[Manfred Spraul]

Manfred Spraul wrote:
> 
> copy_*_user is probably not worth the effort for a Pentium III, but even
> for that function I don't see a problem with SSE, as long as
>
> * the clobbered registers are stored on the stack (and not in
>   thread.i387.fxsave)
> * the SSE/SSE2 instructions can't cause SIMD exceptions.
> * noone saves the fpu state into thread.i387.fxsave from interrupts /
> softirq's. Currently it's impossible, but I haven't checked Montavista's
> preemptive kernel scheduler.
>
I overlooked one restriction:
* you must not schedule() with the "wrong" sse registers: switch_to()
saves into i387.fxsave.

This means that copy_*_user isn't that simple.

--
Manfred
-
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: [beta patch] SSE copy_page() / clear_page()

[Manfred Spraul]

Doug Ledford wrote:
> 
> It's not whether or not your particular code does it.  It's whether or not it
> can happen in the framework within which you are using the FPU regs.  No, with
> just copy/clear page using these things it won't happen.  But if you add an
> SSE zero page function, who's to say that we shouldn't add a memset routine,
> or a copy_*_user routines, or copy_csum* routines that also use the SSE regs?
> And once you add those various routines, are they all going to be safe with
> respect to each other (the tricky one's here are if you add the copy_*_user
> stuff since they can pagefault in the middle of the operation)?

copy_*_user is probably not worth the effort for a Pentium III, but even
for that function I don't see a problem with SSE, as long as
* the clobbered registers are stored on the stack (and not in
thread.i387.fxsave)
* the SSE/SSE2 instructions can't cause SIMD exceptions.
* noone saves the fpu state into thread.i387.fxsave from interrupts /
softirq's. Currently it's impossible, but I haven't checked Montavista's
preemptive kernel scheduler.

> So, that's the policy decision that
> needs to be made (and Linus typically has made it very difficult to get this
> stuff accepted into the kernel, which is an implicit statement of that policy)
> before a person can decide if your patch is sufficient, or if it needs
> additional protection from other possible SSE/MMX using routines.
>

The policy decision was already done: someone added SSE support for
raid5 xor - and that's part of 2.4.1, whereas I proposed a beta patch.

Now back to raid5: in which context are the xor functions called?

If they are called from irq or softirq context then the MMX
implementation would contain a bug:
>>>
#define FPU_SAVE   
\
  do { 
\
if (!(current->flags & PF_USEDFPU))
\
__asm__ __volatile__ (" clts;\n"); 
\
__asm__ __volatile__ ("fsave %0; fwait": "=m"(fpu_save[0]));   
\
  } while (0)
<<<
FP_USEDFPU is not atomically following the bit in %%cr0.

The SSE code is not affected: it relies on %%cr0 and doesn't use
current->flags.

OTHO if they are called from process context then these functions might
cause bugs with Montavista's preemptive kernel scheduling: what if the
scheduler is called in the middle of a raid checksum?

--
Manfred

-
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/

Unresolved symbols for wavelan_cs in 2.4.1-ac9

[Dag Wieers]

Hey,

I noticed a single unresolved symbol in wavelan_cs.o and I fixed it as
described below.

(For those in favor of .lost+found/, raise your hand ;))

--- drivers/net/pcmcia/wavelan_cs.c.origSat Feb 10 18:19:13 2001
+++ drivers/net/pcmcia/wavelan_cs.c Sat Feb 10 18:18:01 2001
@@ -4821,5 +4821,7 @@
 #endif
 }

+EXPORT_SYMBOL(__bad_udelay);
+
 module_init(init_wavelan_cs);
 module_exit(exit_wavelan_cs);

--  dag wieers, <[EMAIL PROTECTED]>, http://mind.be/  --
Out of swap, out of luck.

-
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.4.1-ac7

[Mike Galbraith]

On Sat, 10 Feb 2001, Rik van Riel wrote:

> On Sat, 10 Feb 2001, Marcelo Tosatti wrote:
> > On Sat, 10 Feb 2001, Mike Galbraith wrote:
> > 
> > > This change makes my box swap madly under load.
> > 
> > Swapped out pages were not being counted in the flushing limitation.
> > 
> > Could you try the following patch? 
> 
> Marcelo's patch should do the trick wrt. to making page_launder()
> well-behaved again.  It should fix the problems some people have
> seen with bursty swap behaviour.

It's still reluctant to shrink cache.  I'm hitting I/O saturation
at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
space taken by cache.. ~same space shows as additional swap volume).

-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/

IRQ conflicts

[Brian Gerst]

Brian Gerst wrote:
> 
> I'm having problems with 2.4.2-pre3 and IRQ conflicts.  Last kernel that
> I tried and worked without conflict was 2.4.0-test11.  Here are the
> relevant messages that I get:

I enabled more debug messages, so here is the updated messages.  I also
noticed that ACPI is trying to use IRQ 9, which the soundblaster is also
trying to use.

PCI: BIOS32 Service Directory structure at 0xc00fb020
PCI: BIOS32 Service Directory entry at 0xfb4a0
PCI: BIOS probe returned s=00 hw=11 ver=02.10 l=02
PCI: PCI BIOS revision 2.10 entry at 0xfb4d0, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Scanning bus 00
Found 00:00 [1106/0597] 000600 00
Found 00:08 [1106/8598] 000604 01
Found 00:38 [1106/0586] 000601 00
Found 00:39 [1106/0571] 000101 00
PCI: IDE base address fixup for 00:07.1
Found 00:3b [1106/3040] 000604 00
PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class.
Found 00:40 [102b/0519] 000300 00
Found 00:48 [1113/1211] 000200 00
Found 00:50 [10ec/8139] 000200 00
Fixups for bus 00
PCI: Scanning for ghost devices on bus 0
Scanning behind PCI bridge 00:01.0, config 010100, pass 0
Scanning bus 01
Fixups for bus 01
PCI: Scanning for ghost devices on bus 1
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
Bus scan for 01 returning with max=01
Scanning behind PCI bridge 00:01.0, config 010100, pass 1
Bus scan for 00 returning with max=01
PCI: IRQ init
PCI: Interrupt Routing Table found at 0xc00fdec0
00:07 slot=00 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:09 slot=02 0:02/deb8 1:03/deb8 2:05/deb8 3:01/deb8
00:0a slot=03 0:03/deb8 1:05/deb8 2:01/deb8 3:02/deb8
00:0b slot=04 0:05/deb8 1:01/deb8 2:02/deb8 3:03/deb8
00:07 slot=00 0:00/deb8 1:00/deb8 2:00/deb8 3:00/deb8
00:01 slot=00 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
PCI: IRQ fixup
PCI: Allocating resources
PCI: Resource e000-e3ff (f=1208, d=0, p=0)
PCI: Resource e400-e40f (f=101, d=0, p=0)
PCI: Resource e400-e4003fff (f=200, d=0, p=0)
PCI: Resource e500-e57f (f=1208, d=0, p=0)
PCI: Resource e800-e8ff (f=101, d=0, p=0)
PCI: Resource e700-e7ff (f=200, d=0, p=0)
PCI: Resource ec00-ecff (f=101, d=0, p=0)
PCI: Resource e7001000-e70010ff (f=200, d=0, p=0)
PCI: Sorting device list...
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: SB audio device quirk - increasing port range
isapnp: AWE32 quirk - adding two ports
isapnp: Card 'Creative SB32 PnP'
isapnp: Card 'Rockwell K56Flex Plug & Play Modem'
isapnp: 2 Plug & Play cards detected total
DMI 2.1 present.
25 structures occupying 843 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 4.51 PG
BIOS Release: 02/26/99
System Vendor: System Manufacturer.
Product Name: Product Name.
Version SYS-xx.
Serial Number Serial Number xx.
Board Vendor: First International Computer, Inc..
Board Name: PA-2013.
Board Version: PCB 2.X.
Asset Tag: Asset Tag Number xx.
8139too Fast Ethernet driver 0.9.13 loaded
IRQ for 00:09.0:0 -> PIRQ 02, mask deb8, excl 0c20 -> newirq=11 -> got
IRQ 11
PCI: Found IRQ 11 for device 00:09.0
eth0: SMC1211TX EZCard 10/100 (RealTek RTL8139) at 0xc480,
00:e0:29:6e:11:da, IRQ 11
IRQ for 00:0a.0:0 -> PIRQ 03, mask deb8, excl 0c20 -> newirq=5 -> got
IRQ 10
PCI: Found IRQ 10 for device 00:0a.0
IRQ routing conflict in pirq table for device 00:0a.0
eth1: RealTek RTL8139 Fast Ethernet at 0xc4802000, 00:48:54:67:17:e9,
IRQ 5
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
sb: Creative SB32 PnP detected
sb: ISAPnP reports 'Creative SB32 PnP' at i/o 0x220, irq 9, dma 1, 5
sb: Interrupt test on IRQ9 failed - Probable IRQ conflict
sb: 1 Soundblaster PnP card(s) found.
ISAPnP reports AWE32 WaveTable at i/o 0x620

ACPI: Core Subsystem version [20010208]
ACPI: SCI (IRQ9) allocation failed
ACPI: Subsystem enable failed
Trying to free free IRQ9

-- 

Brian Gerst
-
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: [beta patch] SSE copy_page() / clear_page()

[Doug Ledford]

Manfred Spraul wrote:
> 
> Doug Ledford wrote:
> >
> > > I have this strong suspicion that your kernel will lock up in a bad way
> > > of you have somebody do something like divide by zero without actually
> > > touching a single FP instruction after the divide (so that the error has
> > > happened, but has not yet been raised as an exception).
> >
> > Or much worse, let the kernel mix-and-match SSE and MMX optimized routines
> > without doing full saves of the FPU on SSE routines, which leads to FPU saves
> > in MMX routines with kernel data in the SSE registers, which then shows up
> > when the app touches those SSE registers and you get use space corruption.  My
> > code to handle this type of situation was *very* complex, and I don't think I
> > ever got it quite perfectly right without simply imposing a rule that the
> > kernel could never use both SSE and MMX instructions on the same CPU.
> >
> 
> I don't see that problem:
> * sse_{copy,clear}_page() restore the sse registers before returning.
> * the fpu saves into current->thread.i387.f{,x}save never happen from
> interrupts.
> 
> How can kernel sse values end up in user space? I'm sure I overlook
> something, but what?

It's not whether or not your particular code does it.  It's whether or not it
can happen in the framework within which you are using the FPU regs.  No, with
just copy/clear page using these things it won't happen.  But if you add an
SSE zero page function, who's to say that we shouldn't add a memset routine,
or a copy_*_user routines, or copy_csum* routines that also use the SSE regs? 
And once you add those various routines, are they all going to be safe with
respect to each other (the tricky one's here are if you add the copy_*_user
stuff since they can pagefault in the middle of the operation)?  Plus, if you
have both SSE and MMX and maybe even 3DNow operations, are you going to pick
the fastest of each on each processor that supports each type, meaning you may
use one SSE and one MMX routine on the same processor if the MMX routine just
happens to beat out the SSE routine for a particular task?  Once you take all
these things into consideration, the question becomes what limit are you going
to place on kernel SSE register usage?  Because if you don't severly limit its
usage, then you have to handle all the odd scenarios above, and that's where
it gets very difficult to get it right.  So, that's the policy decision that
needs to be made (and Linus typically has made it very difficult to get this
stuff accepted into the kernel, which is an implicit statement of that policy)
before a person can decide if your patch is sufficient, or if it needs
additional protection from other possible SSE/MMX using routines.

-- 

 Doug Ledford <[EMAIL PROTECTED]>  http://people.redhat.com/dledford
  Please check my web site for aic7xxx updates/answers before
  e-mailing me about problems
-
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.2-pre3 and 2.4.1-ac9 sound corruption

[Ole Andre Vadla Ravnaas]

I've been using vanilla 2.4.1 with no problems, with my soundcard (SB PCI 128 / 
es1370) sharing IRQ with the USB-controller (this is an Abit KT7-RAID motherboard).
This is what /proc/interrupts tells me:
   CPU0
  0: 130808  XT-PIC  timer
  1:564  XT-PIC  keyboard
  2:  0  XT-PIC  cascade
  7:  12256  XT-PIC  usb-uhci, usb-uhci, es1370
 10:503  XT-PIC  eth0
 11:   2916  XT-PIC  ide2, ide3
 14: 16  XT-PIC  ide0
 15: 11  XT-PIC  ide1
NMI:  0
ERR:  0
After upgrading to 2.4.2-pre3 I get sound corruption (I believe this problem has 
existed since pre2, since I suspect the " - driver sync up with Alan" part of the 
changes in pre2 to be the source of the problem. I've also tried 2.4.1-ac9, which 
gives me the exact same problems (sound corruption, really "weird" sound).
Hope this is enough info to at least track down some problem if it hasn't been done 
already.

I'm not subscribed to the linux kernel mailing-list, so please CC to me any follow-ups 
and I'll do my best to track down the problem if more info about my 
system/configuration is needed.

Best regards,
Ole André Vadla Ravnås

IRQ conflicts

[Brian Gerst]

I'm having problems with 2.4.2-pre3 and IRQ conflicts.  Last kernel that
I tried and worked without conflict was 2.4.0-test11.  Here are the
relevant messages that I get:

Linux version 2.4.2-pre3 (root@neriak) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #1 Sat Feb 10 11:13:59 EST 2001
PCI: PCI BIOS revision 2.10 entry at 0xfb4d0, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Scanning bus 00
Found 00:00 [1106/0597] 000600 00
Found 00:08 [1106/8598] 000604 01
Found 00:38 [1106/0586] 000601 00
Found 00:39 [1106/0571] 000101 00
Found 00:3b [1106/3040] 000604 00
PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class.
Found 00:40 [102b/0519] 000300 00
Found 00:48 [1113/1211] 000200 00
Found 00:50 [10ec/8139] 000200 00
Fixups for bus 00
Scanning behind PCI bridge 00:01.0, config 010100, pass 0
Scanning bus 01
Fixups for bus 01
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
Bus scan for 01 returning with max=01
Scanning behind PCI bridge 00:01.0, config 010100, pass 1
Bus scan for 00 returning with max=01
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: SB audio device quirk - increasing port range
isapnp: AWE32 quirk - adding two ports
isapnp: Card 'Creative SB32 PnP'
isapnp: Card 'Rockwell K56Flex Plug & Play Modem'
isapnp: 2 Plug & Play cards detected total
DMI 2.1 present.
25 structures occupying 843 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 4.51 PG
BIOS Release: 02/26/99
System Vendor: System Manufacturer.
Product Name: Product Name.
Version SYS-xx.
Serial Number Serial Number xx.
Board Vendor: First International Computer, Inc..
Board Name: PA-2013.
Board Version: PCB 2.X.
Asset Tag: Asset Tag Number xx.
8139too Fast Ethernet driver 0.9.13 loaded
PCI: Found IRQ 11 for device 00:09.0
eth0: SMC1211TX EZCard 10/100 (RealTek RTL8139) at 0xc480,
00:e0:29:6e:11:da, IRQ 11
PCI: Found IRQ 10 for device 00:0a.0
IRQ routing conflict in pirq table for device 00:0a.0
eth1: RealTek RTL8139 Fast Ethernet at 0xc4802000, 00:48:54:67:17:e9,
IRQ 5
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
sb: Creative SB32 PnP detected
sb: ISAPnP reports 'Creative SB32 PnP' at i/o 0x220, irq 9, dma 1, 5
sb: Interrupt test on IRQ9 failed - Probable IRQ conflict
sb: 1 Soundblaster PnP card(s) found.
ISAPnP reports AWE32 WaveTable at i/o 0x620

Sound: DMA (output) timed out - IRQ/DRQ config error?

00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev
04)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP]
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- Reset- FastB2B-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA
[Apollo VP] (rev 47)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- http://www.tux.org/lkml/

TRM-S1040/DC395 Driver?

[Nick Papadonis]

Hi,

Anyone know where the kernel patches for the DC395U with the Tekram TRM-S1040
chip are?

http://www.garloff.de/ appears to be down.

Will these be included in the 2.4.x kernel tree?

Thanks.

-- 
- Nick
-
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] Athlon-SMP compiles & runs. inline fns honored.

[Tom Leete]

Manfred Spraul wrote:
> 
> Tom Leete wrote:
> >
> > +
> > +#ifndef _LINUX_MM_H
> > +struct vm_area_struct;
> > +#endif
> > +
> Are the #ifndef's necessary?
> Could you try to remove the #ifndef and always declare the struct? gcc
> shouldn't complain.

Probably not necessary, but that seemed tidier if the struct definition is
available.

> 
> > +
> > +/* Try removing /linux/fs.h in capability.h first
> > +#ifndef _LINUX_CAPABILITY_H
> > +typedef struct bogus_cap_struct {
> > +   __u32 cap;
> > +} kernel_cap_t;
> > +#endif
> > +*/
> > +
> Is is possible to get rid of that one?
> What if somone modifies capability.h?

Yes, that's provisional and is superfluous if 'capability.h:17 #include
' is to be removed. It is commented out in the preliminary
patch. Awaiting comment from the authors.

> 
> --
> Manfred

After critique is in, I'll make a polished final version.

Thanks for the review,
Tom

-- 
The Daemons lurk and are dumb. -- Emerson
-
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/

CAN YOU ADVERTISE TO OVER 20 MILLION E-MAIL ADDRESSES?

[Luke6]

TO BE REMOVED FROM FUTURE MAILINGS, SIMPLY REPLY TO THIS 
MESSAGE AND PUT
"REMOVE" IN THE SUBJECT.


   20  MILLION
 E-MAIL ADDRESSES
  FOR ONLY $249
**Over Night International Shipping Included** 


Many Call This "The "Perfect E-Mail List"

Over 20-Million Of The Best E-Mail Addresses Available

_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/

Our research has found that many people have tried one or more of
the following...

Free Classifieds? (Don't work anymore)
Web Site? (Takes thousands of visitors)
Banners? (Expensive and losing their punch)
E-Zine? (Hope they have a *huge* subscriber list)
Search Engines? (Forget it, unless you're in the top 20)

 S O   W H A T   W I L L   W O R K ?

Although often misunderstood, there is one method that has proven
to succeed time-after-time.

 E - M A I L   M A R K E T I N G ! !

IT'S A FACT... If you're not using your computer to generate
income,  GOOD income,  you're leaving money on the table.

Here's what the experts have to say about E-Mail Marketing:

"E-mail is an incredible lead generation tool"
-Crains Magazine

"A gold mine for those who can take advantage of
bulk e-mail programs" - The New York Times

"Blows away traditional Mailing" - Advertising Age

Here's an example of your potential earnings if you have a
product or service that brings you a profit of around $30.
Remember, on the Internet, you can make money 7 days a week, 24
hours a day... even while you sleep, orders come from all over
the world!

Orders
Per DayWeekly  Monthly  Yearly

   1   $  210  $   840  $ 10,080
   2  4201,68020,160
   3  6302,52030,240
   51,0504,20050,400
  102,1008,400   100,000
  153,150   12,600   151,200

THE QUESTION IS... how do you generate those orders?

The least expensive and fastest way is through E-Mail Marketing.



  You want to make some money?

  I can put you in touch with over 20 million people at virtually no cost.

  Can you make one cent from each of theses names?

If you can you have a profit of over $200,000.00


  That's right, I have over 20 Million  Fresh  email

addresses that I will sell for only $249. These are all

fresh addresses that include almost every English person

on the Internet today, with no duplications. They are

all sorted and ready to be mailed.  That is the best

deal anywhere today!  


  Don't believe it? People are making that kind of

money right now by doing the same thing, that is

why you get so much email from people selling you

their productit works! 


  These 20 Million email addresses are 

yours to keep, so you can use them over and

over. 


  This offer is not for everyone. If you can not

see just how excellent the risk / reward ratio

in this offer is then there is nothing I can do

for you.  To make money you must stop dreaming

and TAKE ACTION.



Over the past 2 years, we have gained a reputation for having the
cleanest, most responsive e-mail address lists in the industry.
No one has gone to the work it takes to produce an e-mail address
list of this quality.

Here's how we prepare our e-mail lists:

1. We clean and eliminate all duplicates.

2. Next, we use a filter list of 400+ words/phrases to clean even
more. No address with inappropriate or profane wording survives!

3. Then we use our private database of thousands of known
Internet "extremists", those opposed to any kind of commercial
e-mail, and kicked off every one we could find.

4. All domains were verified to insure they're valid.

5. And finally, we sorted the list into easy-to-manage packets of
20,000 addresses in simple text (.txt) format that will work with
any computer operating system.

**
It is time to order!

Shipping is not an issue. 

**FedEx next day world wide shipping included  

As soon as we receive payment we will FedEx your e-mail list via 

CD straight to your door anywhere in the world FedEx next day guaranteed.

**International Orders Welcome*

US funds paid via paypal.com welcomed

PayPal is now available in the following countries:

Australia 
Austria 
Belgium 
Brazil 
Canada 
Denmark 
France 
Germany 
Hong Kong 
Ireland 
Israel 
Italy 
Japan 
Mexico 
Netherlands 
New Zealand 
Norway 
Portugal 
Singapore 
South Africa 
South Korea 
Spain 
Sweden 
Switzerland 
United Kingdom

PayPal.com is very easy to sign up to. They accept wire transfers, 

checks and credit cards from any of the countries listed above.

This payment process is in your own interest of safety. Paypal.com 

processes all transactions and keeps all your personal information 

secret. After signing up please send the U.S. equivalent of $249

to [EMAIL PROTECTED] last name Smith.

If there is another way you would like to pay please e-mail me 
 
at [EMAIL PROTECTED] and I will get back to you.

Re: [PATCH] Athlon-SMP compiles & runs. inline fns honored.

[Manfred Spraul]

Tom Leete wrote:
> 
> +
> +#ifndef _LINUX_MM_H
> +struct vm_area_struct;
> +#endif
> +
Are the #ifndef's necessary?
Could you try to remove the #ifndef and always declare the struct? gcc
shouldn't complain.

> +
> +/* Try removing /linux/fs.h in capability.h first
> +#ifndef _LINUX_CAPABILITY_H
> +typedef struct bogus_cap_struct {
> +   __u32 cap;
> +} kernel_cap_t;
> +#endif
> +*/
> +
Is is possible to get rid of that one?
What if somone modifies capability.h?

--
Manfred
-
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/

SYM-2 / SYM-1 / NCR-3 drivers UPdates

[Gérard Roudier]

Updated drivers for SYMBIOS 53C[8XX|1010] chips are available from 
the ftp.tux.org site.

sym53c8xx-1.7.3-pre1 + ncr53c8xx-3.4.3-pre1
---
URL (entered by hand):
ftp.tux.org://roudier/drivers/linux/stable/sym-1.7.3-ncr-3.4.3-pre1.tar.gz

sym-2.1.6
-
URL (entered by foot :))
ftp.tux.org://roudier/drivers/portable/sym-2.1.6-20010207.tar.gz

The former is an update for the driver bundle currently in 2.2 and 2.4.
The latter is the portable sym driver that for now supports Linux and 
FreeBSD.

Stock sym/ncr drivers in both 2.2 and 2.4 are more than 6 months old and
need to be updated. My plan is to leave kernel maintainers the choice
between sym-1/ncr-3 and sym-2. Btw, sym-2 is anyway candidate for 2.5.

The both (tri?) drivers do call pci_enable_device() prior to looking 
into the pcidev structure. Donnot colour me happy of that, but given that
it is not me but kernel maintainers that will be bashed if this breaks
firmware RAID, I didn't see any problem for this change. :-)

If some additionnal testing could be performed this week-end by courageous
Linux users, this will avoid some noise once sent to kernel maintainers,
if I missed something important in the updates.

  Gérard.


-
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] Athlon-SMP compiles & runs. inline fns honored.

[Tom Leete]

Hi Alan

I found one way to break the circularity. The association of type and struct
definitions with interlocking inline functions caused the problem. This
extracts task_struct from linux/sched.h to its own header,
linux/task_struct.h. There are a few modifications elsewhere to support
this. I'm not sure all the changes were necessary, but they are working as I
write:

$ uname -a
Linux mercury 2.4.1 #3 SMP Sat Feb 10 08:28:39 EST 2001 i686 unknown
$ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
model   : 1
model name  : AMD-K7(tm) Processor
stepping: 2
cpu MHz : 704.949
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat mmx
syscall mmxext 3dnowext 3dnow
bogomips: 1405.74

I don't have access to a real SMP Athlon box, so I'd appreciate test reports
on the real thing. I expect some polishing will be needed.

Cheers,
Tom

-- 
The Daemons lurk and are dumb. -- Emerson

diff -uNr linux-2.4.1-pristine/include/asm-i386/string.h 
linux/include/asm-i386/string.h
--- linux-2.4.1-pristine/include/asm-i386/string.h  Tue Feb  6 03:55:24 2001
+++ linux/include/asm-i386/string.h Sat Feb 10 08:28:32 2001
@@ -289,10 +289,9 @@
 
 /* All this just for in_interrupt() ... */
 
-#include 
-#include 
+#include 
+#include 
 #include 
-#include 
 #include 
 #include 
 
diff -uNr linux-2.4.1-pristine/include/linux/capability.h 
linux/include/linux/capability.h
--- linux-2.4.1-pristine/include/linux/capability.h Thu Feb  8 23:55:24 2001
+++ linux/include/linux/capability.hSat Feb 10 07:41:19 2001
@@ -14,7 +14,9 @@
 #define _LINUX_CAPABILITY_H
 
 #include 
+/* Try removing -- we'll see if there are parasitic users
 #include 
+*/
 
 /* User-level do most of the mapping between kernel and user
capabilities based on the version tag given by the kernel. The
diff -uNr linux-2.4.1-pristine/include/linux/mm_struct.h 
linux/include/linux/mm_struct.h
--- linux-2.4.1-pristine/include/linux/mm_struct.h  Wed Dec 31 19:00:00 1969
+++ linux/include/linux/mm_struct.h Sat Feb 10 08:02:15 2001
@@ -0,0 +1,47 @@
+#ifndef _LINUX_MM_STRUCT_H
+#define _LINUX_MM_STRUCT_H
+/*
+ *  linux/struct_mm.h
+ *  Extracted from linux/sched.h: 02/09/2001 Tom Leete
+ *  
+ */
+
+#ifdef __KERNEL__
+
+#include 
+#include 
+#include 
+#include 
+
+
+#ifndef _LINUX_MM_H
+struct vm_area_struct;
+#endif
+
+struct mm_struct {
+   struct vm_area_struct * mmap;   /* list of VMAs */
+   struct vm_area_struct * mmap_avl;   /* tree of VMAs */
+   struct vm_area_struct * mmap_cache; /* last find_vma result */
+   pgd_t * pgd;
+   atomic_t mm_users;  /* How many users with user space? */
+   atomic_t mm_count;  /* How many references to "struct 
+mm_struct" (users count as 1) */
+   int map_count;  /* number of VMAs */
+   struct semaphore mmap_sem;
+   spinlock_t page_table_lock;
+
+   struct list_head mmlist;/* List of all active mm's */
+
+   unsigned long start_code, end_code, start_data, end_data;
+   unsigned long start_brk, brk, start_stack;
+   unsigned long arg_start, arg_end, env_start, env_end;
+   unsigned long rss, total_vm, locked_vm;
+   unsigned long def_flags;
+   unsigned long cpu_vm_mask;
+   unsigned long swap_address;
+
+   /* Architecture-specific MM context */
+   mm_context_t context;
+};
+
+#endif /* __KERNEL__ */
+#endif /* _LINUX_MM_STRUCT_H */
diff -uNr linux-2.4.1-pristine/include/linux/sched.h linux/include/linux/sched.h
--- linux-2.4.1-pristine/include/linux/sched.h  Thu Feb  8 23:55:24 2001
+++ linux/include/linux/sched.h Sat Feb 10 08:28:32 2001
@@ -11,6 +11,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 
@@ -200,30 +201,7 @@
 /* Number of map areas at which the AVL tree is activated. This is arbitrary. */
 #define AVL_MIN_MAP_COUNT  32
 
-struct mm_struct {
-   struct vm_area_struct * mmap;   /* list of VMAs */
-   struct vm_area_struct * mmap_avl;   /* tree of VMAs */
-   struct vm_area_struct * mmap_cache; /* last find_vma result */
-   pgd_t * pgd;
-   atomic_t mm_users;  /* How many users with user space? */
-   atomic_t mm_count;  /* How many references to "struct 
mm_struct" (users count as 1) */
-   int map_count;  /* number of VMAs */
-   struct semaphore mmap_sem;
-   spinlock_t page_table_lock;
-
-   struct list_head mmlist;/* List of all active mm's */
-
-   unsigned long start_code, end_code, start_data, end_data;
-   unsigned long start_brk, brk, start_stack;
-   

Re: [PATCH] starfire reads irq before pci_enable_device.

[Manfred Spraul]

Hi Jes,

I read through your acenic driver and noticed that you replaced
spinlocks with bitops.

Is that a good idea? I always avoid bitops and replace them with
spinlocks:

* On uniprocessor they are obviously slower.
* on SMP i386 spin_lock() / spin_unlock() is faster than
test_and_set_bit()/clear_bit(): the spinlock operations have a
direction, and thus no memory barrier is required in spin_unlock,
Intel's default memory ordering is sufficient. clear_bit() doesn't know
that it will be used to end a protected area, thus it needs a full
memory barrier.

* on ia64 spinlocks are probably faster, and it seems that clear_bit()
instead of spin_unlock() might even cause races:
spin_unlock() needs a 'release' memory barrier, but clear_bit() contains
an 'acquire' memory barrier.

I only see 2 advantages for bitops:
* you can avoid disabling local interrupts in hard_tx_xmit() or other
bottom half handlers, but often you only need the disabled interrupts
for a few instructions.
* you won't spin - but spinning should be rare, or you can use
spin_trylock().

--
Manfred
-
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: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[Alan Cox]

> I run Reiser on all but /boot, and it seems to enjoy corrupting my
> mbox'es randomly.
> Using the old-style Reiser FS format, 2.4.2-pre1, Evolution, on a CMD640
> chipset with the fixes enabled.
> This also occurs in some log files, but I put it down to syslogd
> crashing or something.

Before you put that down to reiserfs can you chek 2.4.2-pre2. It may be
problems below the reiserfs layer

-
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: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Jonathan Morton]

>> Not the case, sorry. An IDE drive is needed. However, it still might be
>> worth to pass the PCI speed to other drivers ...
>
>But beware, the timing should be a per-bus value.

Indeed - remember the PowerMac G3 (blue & white) and the "Yikes" G4 have a
66MHz PCI slot in place of the AGP slot used in later G4s, with the
remaining 3 PCI slots being 33MHz 64-bit.

--
from: Jonathan "Chromatix" Morton
mail: [EMAIL PROTECTED]  (not for attachments)
big-mail: [EMAIL PROTECTED]
uni-mail: [EMAIL PROTECTED]

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-BEGIN GEEK CODE BLOCK-
Version 3.12
GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-END GEEK CODE BLOCK-


-
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/

Easy Way to FS-corruption

[Tim Krieglstein]

Hi 

I found a way which seems to lead to an "easy" way of fs-corruption:
Install two sound-cards, use the newest ALSA-Drivers 0.5.10b 
(the standard sound drivers don't work to good with sf) and
talk with speak-freely (7.2) with full-duplex enabled and playing
sound on the first card using xmms.
I nearly get a Message to check the fs on the largest partition by hand
on every boot. Any hints or ideas (please, it's so annoying of "loosing" files
every n-th reboot)?
My configuration:
MSI K7T Pro (VIA KT133) with AMD TB 700
Sound Card #1: Leadtek WinFast 4Xsound (cmi-chipset)
Sound Card #2: Onboard Sound Via Southbridge
Graphics: Geforce 256 DDR
Kernel: 2.4.2-pre1 (I didn't manage to get 2.4.2-pre[23] properly patched)
I didn't touch the ide settings with hdparm but the kernel seems to use
DMA by default:
/dev/hda:
 multcount=  0 (off)
 I/O support  =  1 (32-bit)
 unmaskirq=  1 (on)
 using_dma=  1 (on)
 keepsettings =  0 (off)
 nowerr   =  0 (off)
 readonly =  0 (off)
 readahead=  8 (on)
 geometry = 3737/255/63, sectors = 60036480, start = 0

Thanks in advance for any hints!
Tim
-- 
It's a damn poor mind that can only think of one way to spell a word. - Andrew Jackson


Linux version 2.4.2-pre1 (root@TimeKeeper) (gcc version 2.95.2 2220 (Debian 
GNU/Linux)) #6 Sun Feb 4 13:05:26 CET 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 0fef @ 0010 (usable)
 BIOS-e820: d000 @ 0fff3000 (ACPI data)
 BIOS-e820: 3000 @ 0fff (ACPI NVS)
On node 0 totalpages: 65520
zone(0): 4096 pages.
zone(1): 61424 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/hdb5 mem=262080K
Initializing CPU#0
Detected 700.038 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1395.91 BogoMIPS
Memory: 255892k/262080k available (754k kernel code, 5800k reserved, 267k data, 188k 
init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0183f9ff c1c7f9ff , vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0183f9ff c1c7f9ff  
CPU: After generic, caps: 0183f9ff c1c7f9ff  
CPU: Common caps: 0183f9ff c1c7f9ff  
CPU: AMD Athlon(tm) Processor stepping 02
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED])
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb250, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
DMI 2.2 present.
38 structures occupying 1029 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.00 PG
BIOS Release: 08/01/00
System Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Product Name: MS-6330.
Version  .
Serial Number  .
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6330.
Board Version:  .
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 170026kB/56675kB, 512 slots per queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:07.1
ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:DMA, hdd:pio
hda: IBM-DTLA-307030, ATA DISK drive
hdb: IBM-DTLA-307030, ATA DISK drive
hdc: CD-540E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
Partition check:
 hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 hda10 >
 hdb: hdb1 < hdb5 hdb6 hdb7 >
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
8139too Fast Ethernet driver 0.9.13 loaded
eth0: RealTek RTL8139 Fast Ethernet at 

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Martin Mares]

Hello!

> Not the case, sorry. An IDE drive is needed. However, it still might be
> worth to pass the PCI speed to other drivers ...

But beware, the timing should be a per-bus value.

Have a nice fortnight
-- 
Martin `MJ' Mares <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://atrey.karlin.mff.cuni.cz/~mj/
The first myth of management is that it exists.
-
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: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

[Daniel Stone]

On 11 Feb 2001 02:02:00 +1300, Chris Wedgwood wrote:
> On Thu, Feb 08, 2001 at 05:34:44PM +1100, Daniel Stone wrote:
> 
> I run Reiser on all but /boot, and it seems to enjoy corrupting my
> mbox'es randomly.
> 
> what kind of corruption are you seeing?

Zeroed bytes.

> This also occurs in some log files, but I put it down to syslogd
> crashing or something.
> 
> syslogd crashing shouldn't corrupt files... 

Actually, I meant to say my hard drive crashing.
I have two hard drives, side-by-side, and sometimes they overheat and
one of them powers down due to the excess heat.
They haven't done that lately, though, as I have a dedicated fan for
both of them, but the corruption persists.

-- 
Daniel Stone
Linux Kernel Developer
[EMAIL PROTECTED]

-BEGIN GEEK CODE BLOCK-
Version: 3.1
G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o
K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ 
D+ G e->++ h!(+) r+(%) y? UF++
--END GEEK CODE BLOCK--



-
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.4.1-ac7

[Rik van Riel]

On Sat, 10 Feb 2001, Marcelo Tosatti wrote:
> On Sat, 10 Feb 2001, Mike Galbraith wrote:
> 
> > This change makes my box swap madly under load.
> 
> Swapped out pages were not being counted in the flushing limitation.
> 
> Could you try the following patch? 

Marcelo's patch should do the trick wrt. to making page_launder()
well-behaved again.  It should fix the problems some people have
seen with bursty swap behaviour.

> --- linux.orig/mm/vmscan.c  Sat Feb 10 08:26:17 2001
> +++ linux/mm/vmscan.c   Sat Feb 10 09:34:20 2001
> @@ -515,6 +515,7 @@
> 
> writepage(page);
> flushed_pages++;
> +   max_launder--;
> page_cache_release(page);
> 
> /* And re-start the thing.. */



Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.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/

devfs: "cd" device not showing up initially. [Fwd: Scan past lun 7 in 2.4.0]

[Ishikawa]

Hi,

(Below is a partially edited quote of an e-mail I sent
to linux-scsi mailing list.)

I have begun using devfs for about a couple of weeks now and
thank you for the great addition to linux.
Now I am happy to see the device names on the
scsi chain which won't be changed just because
I add/delete a device.

However, I noticed that there seems to be a subtle interaction of
devfs (+devfsd) and
the device names that appear under luns for
a scsi chain.

Namely the name "generic" or "disc" seem to
exist from the start (after bootup), but
the entry "cd" doesn't exist until I do something
about accessing the CD somehow.
(It seems that I fail the initial
attempt to mount due to the missing name.)


> Below is the more detailed problem about devfs
> name recognition thing.
> Has anyone seen something like this before?
>
> I am not entirely sure where to report this.
> (It might as well be the scsi system problem...)
> Help will be appreciated where to send the bug reports, etc..
> (Forwarding will be fine.)
>
> Happy Hacking,
>
> Chiaki
>
> ---
> I use Debian GNU/Linux, kernel 2.4.1.
> ishikawa@duron$ uname -a
> Linux duron 2.4.1 #18 Fri Feb 9 02:18:50 JST 2001 i686 unknown
>
> I have enabled devfs and installed devfsd.
>
> devfs is mounted at the boot time.
> Kernel command line: devfs=mount root=/dev/sda6 ro
> scsihosts=sym53c8xx:tmscsim BOOT_IMAGE=241.ey2
>
> devfs related message lines from dmesg:
> dmesg | grep -i devfs
> Kernel command line: devfs=mount root=/dev/sda6 ro
> scsihosts=sym53c8xx:tmscsim BOOT_IMAGE=241.ey2
> devfs: v0.102 (2622) Richard Gooch ([EMAIL PROTECTED])
> devfs: boot_options: 0x0
> Mounted devfs on /dev
>
> I have observed an anomaly in device listing
> when done by "ls".
>
> I have a couple of CD devices on
> a SCSI chain.
> In the following listing,
> the device at host1/bus0/target6 is a 7 lun
> CD changer device.
> The device at target5 is a two lun CD/PD (PD
> seems to be recognized as optical device of some sort, i.e. an optical
> disc.
> Lun 0 for this combo is used for PD (disc).
> Lun 1 for this compo is used for CD.
>
> Please note that on the first try, ls didn't show any "cd" entry for
> the said devices.  For comparison purposes,
> look specifically at target6/lun0.
>
> However, after playing with legacy names and
> cd into one of the device directories,
> the "cd" entries show up.
> See the ls listing under target6/lun0.
>
> Is this normal?
> I thought the entry for "cd" should be there from the beginning.
>
> NOTE: Come to think of it since "disc" is present for
> (id 5, lun 0) PD (disc) device from the start,
> this problem may be present only for CD devices.
>
> >From typescript :
>

(Please be advised that the mailer may
mungle long lines.)

>
> ishikawa@duron$ ls /dev/scsi/host1
> ./  ../  bus0/
> ishikawa@duron$ ls /dev/scsi/host1/bus0
> ./  ../  target5/  target6/
> ishikawa@duron$ ls /dev/scsi/host1/bus0/target5
> ./  ../  lun0/  lun1/
> ishikawa@duron$ ls /dev/scsi/host1/bus0/target5/lun0<== "disc" is there.
>
> ./  ../  disc  generic
> ishikawa@duron$ ls /dev/scsi/host1/bus0/target5/lun1<== CD device. No
> "cd".
> ./  ../  generic
> ishikawa@duron$ ls -l /dev/scsi/host1/bus0/target6
>  0
> drwxr-xr-x1 root root0 Jan  1  1970 ./
> drwxr-xr-x1 root root0 Jan  1  1970 ../
> drwxr-xr-x1 root root0 Jan  1  1970 lun0/
> drwxr-xr-x1 root root0 Jan  1  1970 lun1/
> drwxr-xr-x1 root root0 Jan  1  1970 lun2/
> drwxr-xr-x1 root root0 Jan  1  1970 lun3/
> drwxr-xr-x1 root root0 Jan  1  1970 lun4/
> drwxr-xr-x1 root root0 Jan  1  1970 lun5/
> drwxr-xr-x1 root root0 Jan  1  1970 lun6/
> ishikawa@duron$ ls -l /dev/scsi/host1/bus0/target6/lun0
>  0
> drwxr-xr-x1 root root0 Jan  1  1970 ./
> drwxr-xr-x1 root root0 Jan  1  1970 ../
> crw---1 root root  21,   3 Jan  1  1970 generic
> ishikawa@duron$ ls -l /dev/scsi/host1/bus0/target6/lun1
>  0
> drwxr-xr-x1 root root0 Jan  1  1970 ./
> drwxr-xr-x1 root root0 Jan  1  1970 ../
> crw---1 root root  21,   4 Jan  1  1970 generic
> ishikawa@duron$
> ishikawa@duron$ echo "Have you noticed that no CD entries are found above?"
>
> Have you noticed that no CD entries are found above?
> ishikawa@duron$
> ishikawa@duron$ ls -l /dev/scsi/host1/bus0/target6/lun6
>  0
> drwxr-xr-x1 root root0 Jan  1  1970 ./
> drwxr-xr-x1 root root0 Jan  1  1970 ../
> crw---1 root root  21,   9 Jan  1  1970 generic
> ishikawa@duron$
> ishikawa@duron$ echo "However, now I do something using the copatibility
> device names."
> However, now I do something using the copatibility device names.
> ishikawa@duron$
> ishikawa@duron$
> ishikawa@duron$
> ishikawa@duron$ ls -l /dev/scd*
> lr-xr-xr-x1 root root   

Patch to support also new binutils versions

[Andreas Jaeger]

Hi Linus,

newer binutils (current CVS version and the soon to be release 2.11)
don't support "ld -oformat binary" anymore.  Instead two dashes should
be used ("ld --oformat binary").  This works with both old and new
binutils.

Please apply the appended patch which fixes all occurences in the
kernel.

Thanks,
Andreas

--- arch/i386/boot/Makefile Tue Dec 21 05:00:53 1999
+++ /usr/src/linux-2.4.2-pre3/arch/i386/boot/Makefile   Sat Feb 10 12:56:36 2001
@@ -43,7 +43,7 @@
$(HOSTCC) $(HOSTCFLAGS) -o $@ $< -I$(TOPDIR)/include
 
 bootsect: bootsect.o
-   $(LD) -Ttext 0x0 -s -oformat binary -o $@ $<
+   $(LD) -Ttext 0x0 -s --oformat binary -o $@ $<
 
 bootsect.o: bootsect.s
$(AS) -o $@ $<
@@ -52,7 +52,7 @@
$(CPP) $(CPPFLAGS) -traditional $(SVGA_MODE) $(RAMDISK) $< -o $@
 
 bbootsect: bbootsect.o
-   $(LD) -Ttext 0x0 -s -oformat binary $< -o $@
+   $(LD) -Ttext 0x0 -s --oformat binary $< -o $@
 
 bbootsect.o: bbootsect.s
$(AS) -o $@ $<
@@ -61,7 +61,7 @@
$(CPP) $(CPPFLAGS) -D__BIG_KERNEL__ -traditional $(SVGA_MODE) $(RAMDISK) $< -o 
$@
 
 setup: setup.o
-   $(LD) -Ttext 0x0 -s -oformat binary -e begtext -o $@ $<
+   $(LD) -Ttext 0x0 -s --oformat binary -e begtext -o $@ $<
 
 setup.o: setup.s
$(AS) -o $@ $<
@@ -70,7 +70,7 @@
$(CPP) $(CPPFLAGS) -traditional $(SVGA_MODE) $(RAMDISK) $< -o $@
 
 bsetup: bsetup.o
-   $(LD) -Ttext 0x0 -s -oformat binary -e begtext -o $@ $<
+   $(LD) -Ttext 0x0 -s --oformat binary -e begtext -o $@ $<
 
 bsetup.o: bsetup.s
$(AS) -o $@ $<

-- 
 Andreas Jaeger
  SuSE Labs [EMAIL PROTECTED]
   private [EMAIL PROTECTED]
http://www.suse.de/~aj
-
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.4.1-ac7

[Marcelo Tosatti]

On Sat, 10 Feb 2001, Mike Galbraith wrote:

> Hi Rik,
> 
> This change makes my box swap madly under load.  It appears to be
> keeping more cache around than is really needed, and therefore
> having to resort to swap instead.  The result is MUCH more I/O than
> previous kernels while doing the same exact job.
> 
> My test load is make -jN bzImage.  Previous kernels kept cache at
> an average of ~20ish mb at a job level N at which level I had nearly
> zero measurable throughput loss compared to single task compile.
> 
> >>From that, I surmise that the cachable component of this job must
> fit in that roughly 20ish mb of space.  (for otherwise, I would be
> suffering throughput loss).  With this vm change, cache is nearly
> three times as large as usual.  Where 30 tasks will run with only
> modest throughput loss in ac5, ac8 throughput tapers off rapidly
> at half of that.

Swapped out pages were not being counted in the flushing limitation.

Could you try the following patch? 

Thanks

--- linux.orig/mm/vmscan.c  Sat Feb 10 08:26:17 2001
+++ linux/mm/vmscan.c   Sat Feb 10 09:34:20 2001
@@ -515,6 +515,7 @@

writepage(page);
flushed_pages++;
+   max_launder--;
page_cache_release(page);

/* And re-start the thing.. */


-
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/

MM Problems with 2.2.18 even more with > 2.2.19pre2

[Martin Rode]

We are seeing problems on our K7 600Mhz, 256MB box. After about one week
uptime we certainly run into 

vm_trying_to_free_unused pages. 

With > 2.2.19pre2 the hylafax daemon would not even start without
causing a kernel oops. I was not able to capture these oopses, but they
definitely were about memory management. Cannot handle null pointer ...
at virtual address  (it was all zeros). And at the end of the
oops the line started with EIP. That's all I remember. 

Is the AA VM keener on the quality of the memory? Do we have bad memory
here? Can I test that thourougly somehow?

I had to bring the box up again and bootet into 2.2.18 which stands up
at least for a week under normal load. We are three developers who use
the box as our main application server. That is StarOffice / Xemacs /
Netscape loading / unloading all the time.

Offtopic:
_Finally_ I tried to run 2.4.1 on that box (I have the fileserver on
2.4.1., uptime 6 days now). I can boot into runlevel 1, runlevel 2 does
not work. It stops at "Bringing up interface lo". An strace shows that
it continously tries to poll from 127.0.0.1 but the poll times out. The
system is RH 6.2. based patched for 2.4.

Any help is much appreciated.

Please also reply to [EMAIL PROTECTED] since I'm not a subscriber
to linux-kernel (any more).

Regards,

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/

[ANNOUNCE] PCI-SCI Dolphin Drivers 1.2-2 Released

[Jeff V. Merkey]

Linux Kernel,

The Dolphin PCI-SCI Scalable Coherent Interface drivers v1.2-2 
have been posted at vger.timpanogas.org:/sci/pci-sci-1.2-2 and are 
avaialble for download in tar.gz and .src.rpm (RedHat Package Manager)
formats.  These drivers are released under the GPL, and are freely 
redistributable in both tar.gz and RPM formats.

Please direct any comments or bug reports to [EMAIL PROTECTED]
or [EMAIL PROTECTED]

NOTES:

This release has some minor changes to the RPM spec files to support 
cloned installs more easily.  The scripts have been updated to perform 
a 'uname -r' search for the linux kernel source tree, and will 
automatically create a symbolic link during .src.rpm builds or rebuild 
if one does not exist to /usr/src/linux.

The RPM specs have also been made a little smarter, and will allow
binary RPM packages to install in cloned systems that have not been 
previoulsy installed with a complete kernel source tree.  

These changes are useful for folks who build the rpm drivers on 
a master system, then wish to simply perform a binary RPM install
onto a series of cloned cluster nodes without requiring a fully
configured Linux source tree to be present on each target system. 

This release also corrects an SMP/non-SMP autodetection error when
attempting to install binary RPM drivers onto a system that does 
not have a properly configured kernel source tree present.  

Jeff Merkey
Chief Engineer, TRG


-
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/

IRQ (routing ?) problem [was Re: epic100 in current -ac kernels]

[Francois Romieu]

ARND BERGMANN <[EMAIL PROTECTED]> écrit :
[...]
> > > > > Working epic100 drivers:
> > > > >  - 2.4.0
> > > > >  - 2.4.0-ac9
> > > > 
> > > > Could you give a look at ac12 (fine here) ?
> > > > 
> > > No, does not work, same problem.
> > 
> > The modifications between ac9 and ac12 come from the new DMA 
> > mapping.
> What about 2.4.0-ac5? That had the same problem as -ac12. Did it also have
> the new DMA mapping?

Yes. For completness (though irrelevant):
2.4.0-ac2 -> ac6 : DMA mapping + rev9 fixes from Andreas Steinmetz
2.4.0-ac7 -> ac10: Merge becker version 1.11 + pci_enable. No DMA mapping
2.4.0-ac11   : Merge becker version 1.11 + pci_enable + DMA mapping

[...]
> > They added a bug for the (already buggy ?) big-endian
> > machines. I would be surprised that something has *always* been 
> > missing in the driver and your hardware triggers it*. IMHO the culprit 
> > is to be found elsewhere.
> Yes, I'm pretty sure the problem is not only the epic100 driver, now that
> I have done some more investigation. With the broken drivers (I tried
> 2.4.0-ac12 and 2.4.1-ac5), something generates an enourmous amount of
> interrupts as soon as I run 'ifconfig eth0 up'. Within 10 seconds, I got
> roughly 95 interrupts on IRQ11, instead of 30!
  ^^
No wonder the system feels sluggish.

> After disabling the usb-uhci (I was using the JE driver) in the BIOS
> setup, the system reproducibly locked up hard a few seconds after
> 'ifconfig eth0 up' instead of just getting slow.

The following informations may help:
- motherboard type
- bios revision
- lspci -x 
- 2.4.2pre3 + whatever recent ac epic100 = ?

-- 
Ueimor
-
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] starfire driver for 2.2.19pre

[Ion Badulescu]

Hi Alan,

This is basically the same driver I sent to Jeff Garzik and you yesterday, 
for 2.4.1. Only one byte is different, in the version string. :-) The 
patch was generated against 2.2.18, it applies cleanly to 2.2.19pre9.

Please apply.

Thanks,
Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.

---
--- /usr/src/local/linux-2.2.19pre9-vanilla/drivers/net/starfire.c  Fri Feb  9 
20:11:44 2001
+++ linux-2.2.18/drivers/net/starfire.c Fri Feb  9 14:31:50 2001
@@ -0,0 +1,1826 @@
+/* starfire.c: Linux device driver for the Adaptec Starfire network adapter. */
+/*
+   Written 1998-2000 by Donald Becker.
+
+   This software may be used and distributed according to the terms of
+   the GNU General Public License (GPL), incorporated herein by reference.
+   Drivers based on or derived from this code fall under the GPL and must
+   retain the authorship, copyright and license notice.  This file is not
+   a complete program and may only be used when the entire operating
+   system is licensed under the GPL.
+
+   The author may be reached as [EMAIL PROTECTED], or C/O
+   Scyld Computing Corporation
+   410 Severn Ave., Suite 210
+   Annapolis MD 21403
+
+   Support and updates available at
+   http://www.scyld.com/network/starfire.html
+
+   ---
+
+   Linux kernel-specific changes:
+
+   LK1.1.1 (jgarzik):
+   - Use PCI driver interface
+   - Fix MOD_xxx races
+   - softnet fixups
+
+   LK1.1.2 (jgarzik):
+   - Merge Becker version 0.15
+
+   LK1.1.3 (Andrew Morton)
+   - Timer cleanups
+
+   LK1.1.4 (jgarzik):
+   - Merge Becker version 1.03
+
+   LK1.2.1 (Ion Badulescu <[EMAIL PROTECTED]>)
+   - Support hardware Rx/Tx checksumming
+   - Use the GFP firmware taken from Adaptec's Netware driver
+
+   LK1.2.2 (Ion Badulescu)
+   - Backported to 2.2.x
+
+   LK1.2.3 (Ion Badulescu <[EMAIL PROTECTED]>)
+   - Fix the flaky mdio interface
+   - More compat clean-ups
+
+TODO:
+   - implement tx_timeout() properly
+   - support ethtool
+*/
+
+/* These identify the driver base version and may not be removed. */
+static const char version1[] =
+"starfire.c:v1.03 7/26/2000  Written by Donald Becker <[EMAIL PROTECTED]>\n";
+static const char version2[] =
+" Updates and info at http://www.scyld.com/network/starfire.html\n";
+
+static const char version3[] =
+" (unofficial 2.4.x kernel port, version 1.2.3, February 09, 2001)\n";
+
+/* The user-configurable values.
+   These may be modified when a driver module is loaded.*/
+
+/*
+ * Adaptec's license for their Novell drivers (which is where I got the
+ * firmware files) does not allow to redistribute them. Thus, we can't
+ * include them with this driver.
+ *
+ * However, an end-user is allowed to download and use them, after
+ * converting them to C header files using starfire_firmware.pl.
+ * Once that's done, the #undef must be changed into a #define
+ * for this driver to really use the firmware. Note that Rx/Tx
+ * hardware TCP checksumming is not possible without the firmware.
+ *
+ * I'm currently [Feb 2001] talking to Adaptec about this redistribution
+ * issue. Stay tuned...
+ */
+#undef HAS_FIRMWARE
+/*
+ * The current frame processor firmware fails to checksum a fragment
+ * of length 1. If and when this is fixed, the #define below can be removed.
+ */
+#define HAS_BROKEN_FIRMWARE
+
+/* Used for tuning interrupt latency vs. overhead. */
+static int interrupt_mitigation = 0x0;
+
+static int debug = 1;  /* 1 normal messages, 0 quiet .. 7 verbose. */
+static int max_interrupt_work = 20;
+static int mtu = 0;
+/* Maximum number of multicast addresses to filter (vs. rx-all-multicast).
+   The Starfire has a 512 element hash table based on the Ethernet CRC. */
+static int multicast_filter_limit = 32;
+
+#define PKT_BUF_SZ 1536/* Size of each temporary Rx buffer.*/
+/*
+ * Set the copy breakpoint for the copy-only-tiny-frames scheme.
+ * Setting to > 1518 effectively disables this feature.
+ *
+ * NOTE:
+ * The ia64 doesn't allow for unaligned loads even of integers being
+ * misaligned on a 2 byte boundary. Thus always force copying of
+ * packets as the starfire doesn't allow for misaligned DMAs ;-(
+ * 23/10/2000 - Jes
+ *
+ * Neither does the Alpha. -Ion
+ */
+#if defined(__ia64__) || defined(__alpha__)
+static int rx_copybreak = PKT_BUF_SZ;
+#else
+static int rx_copybreak = 0;
+#endif
+
+/* Used to pass the media type, etc.
+   Both 'options[]' and 'full_duplex[]' exist for driver interoperability.
+   The media type is usually passed in 'options[]'.
+*/
+#define MAX_UNITS 8/* More are supported, limit only on options */
+static int options[MAX_UNITS] = {-1, -1, -1, -1, -1, -1, -1, -1};
+static int 

Re: Linux 2.4.1ac9

[Peter Horton]

On Fri, Feb 09, 2001 at 11:01:13PM +, Alan Cox wrote:
> > I've noticed that -ac9 comes with the "Disable PCI-Master-Read-Caching
> > on VIA" patch that Peter Horton posted a while back. I don't know
> > whether it was applied in Linus' or your tree first, but is it
> > actually verified to fix anything?
> 
> Not yet. As the story becomes clear it can either be dropped or pushed
> on
> 

It should be dropped I think ...

Different folks found that changing different settings fixed it for
them, so it looks like some kind of internal race in the North bridge
where changing the timings in any way makes it harder to reproduce.

The updated BIOS from Asus definitely fixes it for me, and "PCI Master
Read Caching" is *enabled*. There are quite a few differences in the
setup of the North bridge from the previous BIOS to this one, and I
assume the changes were suggested by VIA.

If there are other people out there who still have this problem we can
probably come up with a patch for the kernel, but isolating which of the
settings are important would be a long job.

Shame VIA won't help :-(

P.
-
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] starfire reads irq before pci_enable_device.

[Gérard Roudier]

On Fri, 9 Feb 2001, Alan Cox wrote:

> > > For non routing paths its virtually free because the DMA forced the lines
> > > from cache anyway. 
> > 
> > Are you actually sure about this? I thought DMA from PCI devices reached 
> > the main memory without polluting the L2 cache. Otherwise any large DMA 
> > transfer would kill the cache (think frame grabbers...)
> 
> DMA to main memory normally invalidates those lines in the CPU cache rather
> than the cache snooping and updating its view of them.

In PCI, it is the Memory Write and Invalidate PCI transaction that is
intended to allow core-logics to optimize DMA this way. For normal Memory
Write PCI transactions or when the core-logic is aliasing MWI to MW, the
snooping may well happen. All that stuff, very probably, varies a lot
depending on the core-logic.

As we know, in normal PCI, the target is not told about the transaction
length prior to the bursting of the data. This makes difficult for a core
logic to use cache invalidation rather than dma snooping when a normal MW
is used, thus the invention of MWI.

  Gérard.

-
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: Serial device with very large buffer

[Pavel Machek]

Hi!

> >   I also propose to increase the size of flip buffer to 640 bytes (so the
> > flipping won't occur every time in the middle of the full buffer), however
> > I understand that it's a rather drastic change for such a simple goal, and
> > not everyone will agree that it's worth the trouble:
> 
> Going to a 1K flip buffer would make sense IMHO for high speed devices too

Actually bigger flipbufs are needed for highspeed serials and
irda. Tytso received patch to make flipbuf size settable by the
driver. (Setting it to 1K is not easy, you need to change allocation
mechanism of buffers.)
Pavel
-- 
I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care."
Panos Katsaloulis describing me w.r.t. patents at [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.4.1-ac7

[Mike Galbraith]

On Thu, 8 Feb 2001, Rik van Riel wrote:

> On Thu, 8 Feb 2001, Alan Cox wrote:
> 
> > ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
> > 
> > 2.4.1-ac7
> > o   Rebalance the 2.4.1 VM  (Rik van Riel)
> > | This should make things feel a lot faster especially
> > | on small boxes .. feedback to Rik
> 
> I'd really like feedback from people when it comes to this
> change. The change /should/ fix most paging performance bugs
> because it makes kswapd do the right amount of work in order
> to solve the free memory shortage every time it is run.

Hi Rik,

This change makes my box swap madly under load.  It appears to be
keeping more cache around than is really needed, and therefore
having to resort to swap instead.  The result is MUCH more I/O than
previous kernels while doing the same exact job.

My test load is make -jN bzImage.  Previous kernels kept cache at
an average of ~20ish mb at a job level N at which level I had nearly
zero measurable throughput loss compared to single task compile.

>From that, I surmise that the cachable component of this job must
fit in that roughly 20ish mb of space.  (for otherwise, I would be
suffering throughput loss).  With this vm change, cache is nearly
three times as large as usual.  Where 30 tasks will run with only
modest throughput loss in ac5, ac8 throughput tapers off rapidly
at half of that.

-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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PCI clock detection

[Vojtech Pavlik]

On Fri, Feb 09, 2001 at 04:42:52PM -0600, Philip Langdale wrote:
>   
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> 
> Vojtech,
> 
> I've tried out your new via driver and it
> appears to have solved the problem with
> the mis-detected ls-120 drive, but the ata66
> drives are still being run at 33. 
> 
> More interestingly, the pci-clk calculations
> seem to be returning badly off values.
> 
> My motherboard is a kt133a+686b btk7a from abit.
> 
> When I set the FSB to 133 with PCI=133/4=33 the
> timing code returns 43mhz.
> 
> when I set the FSB to 100 with PCI=100/3=33 then
> it returns 42mhz.
> 
> These are scarely different from the nominal values.
> I didn't observe anything bad in the few minutes
> I was running like this, but right now I've hacked
> the driver back to a hardcoded 33.
> 
> What should I do next?

Are you willing to do some experiments? I suppose the 686b is somewhat
different than the other chips (I tested it on 686a and 586b).

-- 
Vojtech Pavlik
SuSE 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: [beta patch] SSE copy_page() / clear_page()

[Manfred Spraul]

Doug Ledford wrote:
> 
> > I have this strong suspicion that your kernel will lock up in a bad way
> > of you have somebody do something like divide by zero without actually
> > touching a single FP instruction after the divide (so that the error has
> > happened, but has not yet been raised as an exception).
> 
> Or much worse, let the kernel mix-and-match SSE and MMX optimized routines
> without doing full saves of the FPU on SSE routines, which leads to FPU saves
> in MMX routines with kernel data in the SSE registers, which then shows up
> when the app touches those SSE registers and you get use space corruption.  My
> code to handle this type of situation was *very* complex, and I don't think I
> ever got it quite perfectly right without simply imposing a rule that the
> kernel could never use both SSE and MMX instructions on the same CPU.
>

I don't see that problem:
* sse_{copy,clear}_page() restore the sse registers before returning.
* the fpu saves into current->thread.i387.f{,x}save never happen from
interrupts.

How can kernel sse values end up in user space? I'm sure I overlook
something, but what?

--
Manfred
-
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: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Vojtech Pavlik]

On Fri, Feb 09, 2001 at 10:06:39PM -0800, Andre Hedrick wrote:

> > > Unfortunately the PCI speed measuring code needs help from the chipset
> > > itself, so it isn't possible to implement in generic code. Maybe a
> > > callback could be added to the chipset-specific drivers, though ...
> > > 
> > > I do have some plans with ide-pci.c, so ...
> > 
> > Is not PCI speed determined by host-bridge setting (and not by IDE 
> > interface)? In that case we should determine bus speed on PCI bus scan 
> > using chipset specific drivers. Other non IDE devices, such as matroxfb, 
> > may be interested in PCI speed too.
> 
> that file will most likely go away in 2.5

Good, it should.

-- 
Vojtech Pavlik
SuSE 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/

A brand new free web site is coming!

[[EMAIL PROTECTED]]

This is an advertising message, if you do not want to receive this unwanted
message further, please send your advises to [EMAIL PROTECTED] , and
we do apology for disturbing you, thank you!

www.Traderslobby.com is a brand new free trade website, which bring
Information, Promotion and Management together for your business.

www.Traderslobby.com is a high-effect website designed for any size
business, any type business and any area business.

www.Traderslobby.com is not simply a trade website; it is a Smart, Friendly
and Multi-function Internet platform for your business management.

www.Traderslobby.com is a join free site. We charge nothing for memberships,
because we service members!


What can traderslobby.com do for you? We can:

1. Provide you global biz opportunities.
2. Collect sellers and buyers¡¦ information worldwide everyday for you.
3. Provide you product alerts and free company list.
4. Provide you real time global business news.
5. Provide you a low-cost, high-effect global promotion system.
6. Provide you a multi-function and friendly interface for your business
management.
7. Connect your business with people you need.

What can you do for your business with traderslobby.com? You can:

1. Find biz opportunities, trade information and business partners in an
easier way.
2. Promote your business and products worldwide.
3. Distribute your business or trade information worldwide.
4. Issue your own business news worldwide.
5. Establish your private office for business management.
6. Enjoy Smart, Friendly and Multi-function application services to handle
your business.
7. Connect your business with global trade market and meet your business
parents on the Net.
Using traderslobby.com is nothing about technology; it¡¦s about the way you
doing business! Let¡¦s have a Go!

www.Traderslobby.com is a free website, for more information please contact
[EMAIL PROTECTED]

This is an advertising message, if you do not want to receive this unwanted
message further, please send your advises to [EMAIL PROTECTED] , and
we do apology for disturbing you, thank you!




-
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/

A brand new free web site is coming!

[[EMAIL PROTECTED]]

This is an advertising message, if you do not want to receive this unwanted
message further, please send your advises to [EMAIL PROTECTED] , and
we do apology for disturbing you, thank you!

www.Traderslobby.com is a brand new free trade website, which bring
Information, Promotion and Management together for your business.

www.Traderslobby.com is a high-effect website designed for any size
business, any type business and any area business.

www.Traderslobby.com is not simply a trade website; it is a Smart, Friendly
and Multi-function Internet platform for your business management.

www.Traderslobby.com is a join free site. We charge nothing for memberships,
because we service members!


What can traderslobby.com do for you? We can:

1. Provide you global biz opportunities.
2. Collect sellers and buyers¡¦ information worldwide everyday for you.
3. Provide you product alerts and free company list.
4. Provide you real time global business news.
5. Provide you a low-cost, high-effect global promotion system.
6. Provide you a multi-function and friendly interface for your business
management.
7. Connect your business with people you need.

What can you do for your business with traderslobby.com? You can:

1. Find biz opportunities, trade information and business partners in an
easier way.
2. Promote your business and products worldwide.
3. Distribute your business or trade information worldwide.
4. Issue your own business news worldwide.
5. Establish your private office for business management.
6. Enjoy Smart, Friendly and Multi-function application services to handle
your business.
7. Connect your business with global trade market and meet your business
parents on the Net.
Using traderslobby.com is nothing about technology; it¡¦s about the way you
doing business! Let¡¦s have a Go!

www.Traderslobby.com is a free website, for more information please contact
[EMAIL PROTECTED]

This is an advertising message, if you do not want to receive this unwanted
message further, please send your advises to [EMAIL PROTECTED] , and
we do apology for disturbing you, thank you!




-
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: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Vojtech Pavlik]

On Fri, Feb 09, 2001 at 10:06:39PM -0800, Andre Hedrick wrote:

   Unfortunately the PCI speed measuring code needs help from the chipset
   itself, so it isn't possible to implement in generic code. Maybe a
   callback could be added to the chipset-specific drivers, though ...
   
   I do have some plans with ide-pci.c, so ...
  
  Is not PCI speed determined by host-bridge setting (and not by IDE 
  interface)? In that case we should determine bus speed on PCI bus scan 
  using chipset specific drivers. Other non IDE devices, such as matroxfb, 
  may be interested in PCI speed too.
 
 that file will most likely go away in 2.5

Good, it should.

-- 
Vojtech Pavlik
SuSE 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: [beta patch] SSE copy_page() / clear_page()

[Manfred Spraul]

Doug Ledford wrote:
 
  I have this strong suspicion that your kernel will lock up in a bad way
  of you have somebody do something like divide by zero without actually
  touching a single FP instruction after the divide (so that the error has
  happened, but has not yet been raised as an exception).
 
 Or much worse, let the kernel mix-and-match SSE and MMX optimized routines
 without doing full saves of the FPU on SSE routines, which leads to FPU saves
 in MMX routines with kernel data in the SSE registers, which then shows up
 when the app touches those SSE registers and you get use space corruption.  My
 code to handle this type of situation was *very* complex, and I don't think I
 ever got it quite perfectly right without simply imposing a rule that the
 kernel could never use both SSE and MMX instructions on the same CPU.


I don't see that problem:
* sse_{copy,clear}_page() restore the sse registers before returning.
* the fpu saves into current-thread.i387.f{,x}save never happen from
interrupts.

How can kernel sse values end up in user space? I'm sure I overlook
something, but what?

--
Manfred
-
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: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PCI clock detection

[Vojtech Pavlik]

On Fri, Feb 09, 2001 at 04:42:52PM -0600, Philip Langdale wrote:
   
 Content-Type: text/plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 
 Vojtech,
 
 I've tried out your new via driver and it
 appears to have solved the problem with
 the mis-detected ls-120 drive, but the ata66
 drives are still being run at 33. 
 
 More interestingly, the pci-clk calculations
 seem to be returning badly off values.
 
 My motherboard is a kt133a+686b btk7a from abit.
 
 When I set the FSB to 133 with PCI=133/4=33 the
 timing code returns 43mhz.
 
 when I set the FSB to 100 with PCI=100/3=33 then
 it returns 42mhz.
 
 These are scarely different from the nominal values.
 I didn't observe anything bad in the few minutes
 I was running like this, but right now I've hacked
 the driver back to a hardcoded 33.
 
 What should I do next?

Are you willing to do some experiments? I suppose the 686b is somewhat
different than the other chips (I tested it on 686a and 586b).

-- 
Vojtech Pavlik
SuSE 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: Linux 2.4.1-ac7

[Mike Galbraith]

On Thu, 8 Feb 2001, Rik van Riel wrote:

 On Thu, 8 Feb 2001, Alan Cox wrote:
 
  ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
  
  2.4.1-ac7
  o   Rebalance the 2.4.1 VM  (Rik van Riel)
  | This should make things feel a lot faster especially
  | on small boxes .. feedback to Rik
 
 I'd really like feedback from people when it comes to this
 change. The change /should/ fix most paging performance bugs
 because it makes kswapd do the right amount of work in order
 to solve the free memory shortage every time it is run.

Hi Rik,

This change makes my box swap madly under load.  It appears to be
keeping more cache around than is really needed, and therefore
having to resort to swap instead.  The result is MUCH more I/O than
previous kernels while doing the same exact job.

My test load is make -jN bzImage.  Previous kernels kept cache at
an average of ~20ish mb at a job level N at which level I had nearly
zero measurable throughput loss compared to single task compile.

From that, I surmise that the cachable component of this job must
fit in that roughly 20ish mb of space.  (for otherwise, I would be
suffering throughput loss).  With this vm change, cache is nearly
three times as large as usual.  Where 30 tasks will run with only
modest throughput loss in ac5, ac8 throughput tapers off rapidly
at half of that.

-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/

IRQ (routing ?) problem [was Re: epic100 in current -ac kernels]

[Francois Romieu]

ARND BERGMANN [EMAIL PROTECTED] crit :
[...]
 Working epic100 drivers:
  - 2.4.0
  - 2.4.0-ac9

Could you give a look at ac12 (fine here) ?

   No, does not work, same problem.
  
  The modifications between ac9 and ac12 come from the new DMA 
  mapping.
 What about 2.4.0-ac5? That had the same problem as -ac12. Did it also have
 the new DMA mapping?

Yes. For completness (though irrelevant):
2.4.0-ac2 - ac6 : DMA mapping + rev9 fixes from Andreas Steinmetz
2.4.0-ac7 - ac10: Merge becker version 1.11 + pci_enable. No DMA mapping
2.4.0-ac11   : Merge becker version 1.11 + pci_enable + DMA mapping

[...]
  They added a bug for the (already buggy ?) big-endian
  machines. I would be surprised that something has *always* been 
  missing in the driver and your hardware triggers it*. IMHO the culprit 
  is to be found elsewhere.
 Yes, I'm pretty sure the problem is not only the epic100 driver, now that
 I have done some more investigation. With the broken drivers (I tried
 2.4.0-ac12 and 2.4.1-ac5), something generates an enourmous amount of
 interrupts as soon as I run 'ifconfig eth0 up'. Within 10 seconds, I got
 roughly 95 interrupts on IRQ11, instead of 30!
  ^^
No wonder the system feels sluggish.

 After disabling the usb-uhci (I was using the JE driver) in the BIOS
 setup, the system reproducibly locked up hard a few seconds after
 'ifconfig eth0 up' instead of just getting slow.

The following informations may help:
- motherboard type
- bios revision
- lspci -x 
- 2.4.2pre3 + whatever recent ac epic100 = ?

-- 
Ueimor
-
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/

[ANNOUNCE] PCI-SCI Dolphin Drivers 1.2-2 Released

[Jeff V. Merkey]

Linux Kernel,

The Dolphin PCI-SCI Scalable Coherent Interface drivers v1.2-2 
have been posted at vger.timpanogas.org:/sci/pci-sci-1.2-2 and are 
avaialble for download in tar.gz and .src.rpm (RedHat Package Manager)
formats.  These drivers are released under the GPL, and are freely 
redistributable in both tar.gz and RPM formats.

Please direct any comments or bug reports to [EMAIL PROTECTED]
or [EMAIL PROTECTED]

NOTES:

This release has some minor changes to the RPM spec files to support 
cloned installs more easily.  The scripts have been updated to perform 
a 'uname -r' search for the linux kernel source tree, and will 
automatically create a symbolic link during .src.rpm builds or rebuild 
if one does not exist to /usr/src/linux.

The RPM specs have also been made a little smarter, and will allow
binary RPM packages to install in cloned systems that have not been 
previoulsy installed with a complete kernel source tree.  

These changes are useful for folks who build the rpm drivers on 
a master system, then wish to simply perform a binary RPM install
onto a series of cloned cluster nodes without requiring a fully
configured Linux source tree to be present on each target system. 

This release also corrects an SMP/non-SMP autodetection error when
attempting to install binary RPM drivers onto a system that does 
not have a properly configured kernel source tree present.  

Jeff Merkey
Chief Engineer, TRG


-
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/

MM Problems with 2.2.18 even more with 2.2.19pre2

[Martin Rode]

We are seeing problems on our K7 600Mhz, 256MB box. After about one week
uptime we certainly run into 

vm_trying_to_free_unused pages. 

With  2.2.19pre2 the hylafax daemon would not even start without
causing a kernel oops. I was not able to capture these oopses, but they
definitely were about memory management. Cannot handle null pointer ...
at virtual address  (it was all zeros). And at the end of the
oops the line started with EIP. That's all I remember. 

Is the AA VM keener on the quality of the memory? Do we have bad memory
here? Can I test that thourougly somehow?

I had to bring the box up again and bootet into 2.2.18 which stands up
at least for a week under normal load. We are three developers who use
the box as our main application server. That is StarOffice / Xemacs /
Netscape loading / unloading all the time.

Offtopic:
_Finally_ I tried to run 2.4.1 on that box (I have the fileserver on
2.4.1., uptime 6 days now). I can boot into runlevel 1, runlevel 2 does
not work. It stops at "Bringing up interface lo". An strace shows that
it continously tries to poll from 127.0.0.1 but the poll times out. The
system is RH 6.2. based patched for 2.4.

Any help is much appreciated.

Please also reply to [EMAIL PROTECTED] since I'm not a subscriber
to linux-kernel (any more).

Regards,

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/