2.4.4-ac5 aic7xxx causes hang on my machine

2.4.4-ac5 aic7xxx causes hang on my machine

[Andy Carlson]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 14212 bytes --]

I have a dual ppro 200MHZ W6LI motherboard.  I put 2.4.4-ac5 on last
night, and the machine hung at Freeing unused Kernel memory.  I
selectively backed off what I thought were relevant patches.  I got to
aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.

Andy Carlson                           |\      _,,,---,,_
naclos@swbell.net                ZZZzz /,`.-'`'    -.  ;-;;,_
BJC Health System                     |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri                  '---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org

On Mon, 7 May 2001, Christoph Rohland wrote:

> Hi,
> 
> The appended patch does it's own accounting of shmem pages and adjust
> the page cache size to take these into account. So now again you will
> see shmem pages as used in top/vmstat etc. This confused a lot of
> people.
> 
> There is a uncertainty in the calculations since the vm may drop pages
> behind shmem and the number of shmem pages is estimated too high. This
> especially happens on truncate because first the page cache is reduced
> and later the shmem readjusts it's count.
> 
> To prevent negative cache sizes the adjustment is only done if
> shmem_nrpages > page_cache_size.
> 
> The latter part of the patch (all the init.c files) also exports the
> shmem page number to the shared memory field in meminfo. This means a
> change in semantics of this field but apparently a lot of people
> interpret this field exactly this way and it was not used any more
> 
> The patches are on top of my encapsulation patch.
> 
> Greetings
> 		Christoph
> 
> diff -uNr 2.4.4-mSsu/fs/proc/proc_misc.c 2.4.4-mSsua/fs/proc/proc_misc.c
> --- 2.4.4-mSsu/fs/proc/proc_misc.c	Sun Apr 29 20:32:52 2001
> +++ 2.4.4-mSsua/fs/proc/proc_misc.c	Mon May  7 13:38:53 2001
> @@ -140,6 +140,17 @@
>  {
>  	struct sysinfo i;
>  	int len;
> +	unsigned int cached, shmem;
> +
> +	/*
> +	 * There may be some inconsistency because shmem_nrpages
> +	 * update is delayed to page_cache_size
> +	 * We make sure the cached value does not get below zero 
> +	 */
> +	cached = atomic_read(&page_cache_size);
> +	shmem  = atomic_read(&shmem_nrpages);
> +	if (shmem < cached)
> +		cached -= shmem;
>  
>  /*
>   * display in kilobytes.
> @@ -153,8 +164,8 @@
>                  "Swap: %8lu %8lu %8lu\n",
>                  B(i.totalram), B(i.totalram-i.freeram), B(i.freeram),
>                  B(i.sharedram), B(i.bufferram),
> -                B(atomic_read(&page_cache_size)), B(i.totalswap),
> -                B(i.totalswap-i.freeswap), B(i.freeswap));
> +		B(cached), B(i.totalswap),
> +		B(i.totalswap-i.freeswap), B(i.freeswap));
>          /*
>           * Tagged format, for easy grepping and expansion.
>           * The above will go away eventually, once the tools
> @@ -180,7 +191,7 @@
>                  K(i.freeram),
>                  K(i.sharedram),
>                  K(i.bufferram),
> -                K(atomic_read(&page_cache_size)),
> +		K(cached),
>  		K(nr_active_pages),
>  		K(nr_inactive_dirty_pages),
>  		K(nr_inactive_clean_pages()),
> diff -uNr 2.4.4-mSsu/include/linux/shmem_fs.h 2.4.4-mSsua/include/linux/shmem_fs.h
> --- 2.4.4-mSsu/include/linux/shmem_fs.h	Wed May  2 18:36:05 2001
> +++ 2.4.4-mSsua/include/linux/shmem_fs.h	Mon May  7 12:52:00 2001
> @@ -17,6 +17,8 @@
>  	unsigned long val;
>  } swp_entry_t;
>  
> +extern atomic_t shmem_nrpages;
> +
>  struct shmem_inode_info {
>  	spinlock_t		lock;
>  	struct semaphore 	sem;
> diff -uNr 2.4.4-mSsu/mm/mmap.c 2.4.4-mSsua/mm/mmap.c
> --- 2.4.4-mSsu/mm/mmap.c	Sun Apr 29 20:33:01 2001
> +++ 2.4.4-mSsua/mm/mmap.c	Mon May  7 13:42:03 2001
> @@ -55,13 +55,24 @@
>  	 */
>  
>  	long free;
> -	
> +	unsigned long cached, shmem;
> +
> +	/*
> +	 * There may be some inconsistency because shmem_nrpages
> +	 * update is delayed to the page_cache_size
> +	 * We make sure the cached value does not get below zero 
> +	 */
> +	cached = atomic_read(&page_cache_size);
> +	shmem  = atomic_read(&shmem_nrpages);
> +	if (cached > shmem)
> +		cached -= shmem;
> +
>          /* Sometimes we want to use more memory than we have. */
>  	if (sysctl_overcommit_memory)
>  	    return 1;
>  
>  	free = atomic_read(&buffermem_pages);
> -	free += atomic_read(&page_cache_size);
> +	free += cached;
>  	free += nr_free_pages();
>  	free += nr_swap_pages;
>  
> diff -uNr 2.4.4-mSsu/mm/shmem.c 2.4.4-mSsua/mm/shmem.c
> --- 2.4.4-mSsu/mm/shmem.c	Fri May  4 21:37:34 2001
> +++ 2.4.4-mSsua/mm/shmem.c	Mon May  7 11:13:27 2001
> @@ -3,7 +3,8 @@
>   *
>   * Copyright (C) 2000 Linus Torvalds.
>   *		 2000 Transmeta Corp.
> - *		 2000 Christoph Rohland
> + *		 2000-2001 Christoph Rohland
> + *		 2000-2001 SAP AG
>   * 
>   * This file is released under the GPL.
>   */
> @@ -45,6 +46,7 @@
>  
>  LIST_HEAD (shmem_inodes);
>  static spinlock_t shmem_ilock = SPIN_LOCK_UNLOCKED;
> +atomic_t shmem_nrpages = ATOMIC_INIT(0);
>  
>  #define BLOCKS_PER_PAGE (PAGE_SIZE/512)
>  
> @@ -52,6 +54,7 @@
>   * shmem_recalc_inode - recalculate the size of an inode
>   *
>   * @inode: inode to recalc
> + * @swap:  additional swap pages freed externally
>   *
>   * We have to calculate the free blocks since the mm can drop pages
>   * behind our back
> @@ -62,12 +65,14 @@
>   *
>   * So the mm freed 
>   * inodes->i_blocks/BLOCKS_PER_PAGE - 
> - *			(inode->i_mapping->nrpages + info->swapped)
> + * 			(inode->i_mapping->nrpages + info->swapped)
>   *
>   * It has to be called with the spinlock held.
> + *
> + * The swap parameter is a performance hack for truncate.
>   */
>  
> -static void shmem_recalc_inode(struct inode * inode)
> +static void shmem_recalc_inode(struct inode * inode, unsigned long swap)
>  {
>  	unsigned long freed;
>  
> @@ -79,6 +84,7 @@
>  		spin_lock (&info->stat_lock);
>  		info->free_blocks += freed;
>  		spin_unlock (&info->stat_lock);
> +		atomic_sub(freed-swap, &shmem_nrpages);
>  	}
>  }
>  
> @@ -195,7 +201,7 @@
>  out:
>  	info->max_index = index;
>  	info->swapped -= freed;
> -	shmem_recalc_inode(inode);
> +	shmem_recalc_inode(inode, freed);
>  	spin_unlock (&info->lock);
>  	up(&info->sem);
>  }
> @@ -250,14 +256,15 @@
>  	entry = shmem_swp_entry(info, page->index);
>  	if (IS_ERR(entry))	/* this had been allocted on page allocation */
>  		BUG();
> -	shmem_recalc_inode(page->mapping->host);
> +	shmem_recalc_inode(page->mapping->host, 0);
>  	error = -EAGAIN;
>  	if (entry->val)
>  		BUG();
>  
>  	*entry = swap;
>  	error = 0;
> -	/* Remove the from the page cache */
> +	/* Remove the page from the page cache */
> +	atomic_dec(&shmem_nrpages);
>  	lru_cache_del(page);
>  	remove_inode_page(page);
>  
> @@ -376,6 +383,7 @@
>  	}
>  
>  	/* We have the page */
> +	atomic_inc(&shmem_nrpages);
>  	SetPageUptodate(page);
>  	if (info->locked)
>  		page_cache_get(page);
> @@ -1275,6 +1283,7 @@
>  	return 0;
>  found:
>  	add_to_page_cache(page, info->inode->i_mapping, offset + idx);
> +	atomic_inc(&shmem_nrpages);
>  	set_page_dirty(page);
>  	SetPageUptodate(page);
>  	UnlockPage(page);
> diff -uNr 2.4.4-mSsu/arch/alpha/mm/init.c c/arch/alpha/mm/init.c
> --- 2.4.4-mSsu/arch/alpha/mm/init.c	Sun Apr 29 20:31:56 2001
> +++ c/arch/alpha/mm/init.c	Sun May  6 21:47:25 2001
> @@ -402,7 +402,7 @@
>  si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/arm/mm/init.c c/arch/arm/mm/init.c
> --- 2.4.4-mSsu/arch/arm/mm/init.c	Sun Apr 29 20:31:56 2001
> +++ c/arch/arm/mm/init.c	Sun May  6 21:47:01 2001
> @@ -647,7 +647,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram  = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram   = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/cris/mm/init.c c/arch/cris/mm/init.c
> --- 2.4.4-mSsu/arch/cris/mm/init.c	Sun Apr 29 20:31:57 2001
> +++ c/arch/cris/mm/init.c	Sun May  6 21:47:03 2001
> @@ -503,7 +503,7 @@
>  
>  	i = max_mapnr;
>  	val->totalram = 0;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	while (i-- > 0)  {
> diff -uNr 2.4.4-mSsu/arch/i386/mm/init.c c/arch/i386/mm/init.c
> --- 2.4.4-mSsu/arch/i386/mm/init.c	Sun Apr 29 20:32:08 2001
> +++ c/arch/i386/mm/init.c	Sun May  6 20:24:21 2001
> @@ -570,7 +570,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = totalhigh_pages;
> diff -uNr 2.4.4-mSsu/arch/ia64/mm/init.c c/arch/ia64/mm/init.c
> --- 2.4.4-mSsu/arch/ia64/mm/init.c	Sun Apr 29 20:32:11 2001
> +++ c/arch/ia64/mm/init.c	Sun May  6 21:47:05 2001
> @@ -151,7 +151,7 @@
>  si_meminfo (struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/m68k/mm/init.c c/arch/m68k/mm/init.c
> --- 2.4.4-mSsu/arch/m68k/mm/init.c	Sat Nov  4 18:11:22 2000
> +++ c/arch/m68k/mm/init.c	Sun May  6 21:47:45 2001
> @@ -217,7 +217,7 @@
>  
>      i = max_mapnr;
>      val->totalram = totalram_pages;
> -    val->sharedram = 0;
> +    val->sharedram = atomic_read(&shmem_nrpages);
>      val->freeram = nr_free_pages();
>      val->bufferram = atomic_read(&buffermem_pages);
>      while (i-- > 0) {
> diff -uNr 2.4.4-mSsu/arch/mips/mm/init.c c/arch/mips/mm/init.c
> --- 2.4.4-mSsu/arch/mips/mm/init.c	Sat Nov  4 18:11:22 2000
> +++ c/arch/mips/mm/init.c	Sun May  6 21:47:01 2001
> @@ -343,7 +343,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/mips64/mm/init.c c/arch/mips64/mm/init.c
> --- 2.4.4-mSsu/arch/mips64/mm/init.c	Sat Nov  4 18:11:22 2000
> +++ c/arch/mips64/mm/init.c	Sun May  6 21:47:04 2001
> @@ -411,7 +411,7 @@
>  si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/parisc/mm/init.c c/arch/parisc/mm/init.c
> --- 2.4.4-mSsu/arch/parisc/mm/init.c	Sun Dec 17 12:53:55 2000
> +++ c/arch/parisc/mm/init.c	Sun May  6 21:47:02 2001
> @@ -458,7 +458,7 @@
>  
>  	i = max_mapnr;
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  #if 0
> diff -uNr 2.4.4-mSsu/arch/ppc/mm/init.c c/arch/ppc/mm/init.c
> --- 2.4.4-mSsu/arch/ppc/mm/init.c	Wed Apr 11 12:36:13 2001
> +++ c/arch/ppc/mm/init.c	Sun May  6 21:47:05 2001
> @@ -336,7 +336,7 @@
>  
>  	i = max_mapnr;
>  	val->totalram = 0;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	while (i-- > 0)  {
> diff -uNr 2.4.4-mSsu/arch/s390/mm/init.c c/arch/s390/mm/init.c
> --- 2.4.4-mSsu/arch/s390/mm/init.c	Sun Apr 29 20:32:21 2001
> +++ c/arch/s390/mm/init.c	Sun May  6 21:47:03 2001
> @@ -271,7 +271,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/s390x/mm/init.c c/arch/s390x/mm/init.c
> --- 2.4.4-mSsu/arch/s390x/mm/init.c	Sun Apr 29 20:32:22 2001
> +++ c/arch/s390x/mm/init.c	Sun May  6 21:47:18 2001
> @@ -284,7 +284,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>          val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = 0;
> diff -uNr 2.4.4-mSsu/arch/sh/mm/init.c c/arch/sh/mm/init.c
> --- 2.4.4-mSsu/arch/sh/mm/init.c	Sun Apr 29 20:32:23 2001
> +++ c/arch/sh/mm/init.c	Sun May  6 21:47:26 2001
> @@ -215,7 +215,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = totalhigh_pages;
> diff -uNr 2.4.4-mSsu/arch/sparc/mm/init.c c/arch/sparc/mm/init.c
> --- 2.4.4-mSsu/arch/sparc/mm/init.c	Sun Apr 29 20:32:23 2001
> +++ c/arch/sparc/mm/init.c	Sun May  6 21:47:04 2001
> @@ -534,7 +534,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = totalram_pages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  	val->totalhigh = totalhigh_pages;
> diff -uNr 2.4.4-mSsu/arch/sparc64/mm/init.c c/arch/sparc64/mm/init.c
> --- 2.4.4-mSsu/arch/sparc64/mm/init.c	Sun Apr 29 20:32:25 2001
> +++ c/arch/sparc64/mm/init.c	Sun May  6 21:47:02 2001
> @@ -1512,7 +1512,7 @@
>  void si_meminfo(struct sysinfo *val)
>  {
>  	val->totalram = num_physpages;
> -	val->sharedram = 0;
> +	val->sharedram = atomic_read(&shmem_nrpages);
>  	val->freeram = nr_free_pages();
>  	val->bufferram = atomic_read(&buffermem_pages);
>  
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

[-- Attachment #2: Type: TEXT/PLAIN, Size: 2528 bytes --]

Adaptec AIC7xxx driver version: 6.1.11
aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs
Channel A Target 0 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
	Goal: 10.000MB/s transfers (10.000MHz, offset 15)
	Curr: 10.000MB/s transfers (10.000MHz, offset 15)
	Channel A Target 0 Lun 0 Settings
		Commands Queued 3
		Commands Active 0
		Command Openings 1
		Max Tagged Openings 0
		Device Queue Frozen Count 0
Channel A Target 1 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
	Goal: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
	Curr: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
	Channel A Target 1 Lun 0 Settings
		Commands Queued 153
		Commands Active 0
		Command Openings 253
		Max Tagged Openings 253
		Device Queue Frozen Count 0
Channel A Target 2 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
	Goal: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
	Curr: 20.000MB/s transfers (10.000MHz, offset 8, 16bit)
	Channel A Target 2 Lun 0 Settings
		Commands Queued 1486
		Commands Active 0
		Command Openings 253
		Max Tagged Openings 253
		Device Queue Frozen Count 0
Channel A Target 3 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 4 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 5 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 6 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 7 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 8 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 9 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 10 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 11 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 12 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 13 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 14 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)
Channel A Target 15 Negotiation Settings
	User: 40.000MB/s transfers (20.000MHz, offset 255, 16bit)

RE: 2.4.4-ac5 aic7xxx causes hang on my machine

[Oyvind Jagtnes]

It works fine on my dual ppro 200 (not sure what mobo). Here is lcpci:

00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:06.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev
01)
00:07.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
(rev 01)
00:07.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton
II]
00:09.0 SCSI storage controller: Adaptec AIC-7880U
00:11.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+]

It has 2 atlas iv disks attached + 3 ide disks. Boots from ide and running
scsi disks in lvm.

Oyvind Jagtnes

-----Original Message-----
From: linux-kernel-owner@vger.kernel.org
[mailto:linux-kernel-owner@vger.kernel.org]On Behalf Of Andy Carlson
Sent: 7. mai 2001 15:04
To: linux-kernel@vger.kernel.org
Subject: 2.4.4-ac5 aic7xxx causes hang on my machine


I have a dual ppro 200MHZ W6LI motherboard.  I put 2.4.4-ac5 on last
night, and the machine hung at Freeing unused Kernel memory.  I
selectively backed off what I thought were relevant patches.  I got to
aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.

Andy Carlson                           |\      _,,,---,,_
naclos@swbell.net                ZZZzz /,`.-'`'    -.  ;-;;,_
BJC Health System                     |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri                  '---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org

On Mon, 7 May 2001, Christoph Rohland wrote:

> Hi,
>
> The appended patch does it's own accounting of shmem pages and adjust
> the page cache size to take these into account. So now again you will
> see shmem pages as used in top/vmstat etc. This confused a lot of
> people.
>
> There is a uncertainty in the calculations since the vm may drop pages
> behind shmem and the number of shmem pages is estimated too high. This
> especially happens on truncate because first the page cache is reduced
> and later the shmem readjusts it's count.
>
> To prevent negative cache sizes the adjustment is only done if
> shmem_nrpages > page_cache_size.
>
> The latter part of the patch (all the init.c files) also exports the
> shmem page number to the shared memory field in meminfo. This means a
> change in semantics of this field but apparently a lot of people
> interpret this field exactly this way and it was not used any more
>
> The patches are on top of my encapsulation patch.
>
> Greetings
> 		Christoph
>

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Justin T. Gibbs]

>I have a dual ppro 200MHZ W6LI motherboard.  I put 2.4.4-ac5 on last
>night, and the machine hung at Freeing unused Kernel memory.  I
>selectively backed off what I thought were relevant patches.  I got to
>aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.

This problem was fixed in rev. 6.1.13 of the aic7xxx driver.

--
Justin

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Benedict Bridgwater]

Justin Gibbs wrote:

> >I have a dual ppro 200MHZ W6LI motherboard.  I put 2.4.4-ac5 on last
> >night, and the machine hung at Freeing unused Kernel memory.  I
> >selectively backed off what I thought were relevant patches.  I got to
> >aic7xxx, and ac5 without it worked. I attached /proc/scsi/aic7xxx/0.
>
> This problem was fixed in rev. 6.1.13 of the aic7xxx driver.

Is this the same bug that would have caused SCSI timeouts/retries on an
Adaptec 2940 UW with a stock 2.4.3 kernel (Mandrake 8.0/Redhat 7.1)?
I've been trying to install Mandrake 8.0 from a  CD to a HD both
attached to a 2940 UW (Intel 440 FX motherboard), and the install took
hours of mostly zero CD/HD activity time, although it eventually
completed (the install fails to boot, though).

This has been reported to both Mandrake and Redhat:

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=29555

I've been trying to find out if there's a fix (if it's aic7xxx 6.1.13
that's great!), but Redhat seem to believe it's a 2.4 kernel PCI bug:

Doug Ledford, from bugzilla:

> For clarification sake, it's not that the BIOS is mapping IRQ's wrong, and it's
> not that we have lost any functionality since the 2.2 kernel PCI code.  Quite
> the opposite, it's that PCI functionality has been added since the 2.2 kernel. 
> Specifically, the 2.4 kernel supports the notion of hot-plug PCI devices.  That
> requires that the kernel PCI layer know about/assign all the address space and
> IRQ resources to the various slots so that if sometime after booting up someone
> adds a new PCI card that has a PCI bridge chip, then the PCI layer has to be
> able to assign I/O and IRQ resources to the bridge chip itself, and those I/O
> and IRQ resources have to come from the pool of resources already allocated to
> the bus that the card was plugged into.  So, in order to insure that we will
> always be able to accept a hot plug card, the PCI layer in the 2.4 kernel now
> re-organizes those PCI resources at boot time to make sure that it is possible
> to plug a card with a PCI bridge chip into every PCI slot if the user so
> wishes.  In this process, the PCI code in the 2.4 kernel is evidently messing up
> the IRQ assignment on the Adaptec chipset.  This *only* happens on the L440GX
> motherboard from Intel as far as we can tell, and the root cause of the mistake
> hasn't been isolated any further than what I've told you here.  The reason that
> enabling SMP or UP-IOAPIC support solves the problem is that when IOAPIC support
> is enabled (which happens automatically with SMP support, or explicitly with UP
> kernels if you turn on UP-IOAPIC support), it runs *after* the PCI resource
> allocation code, and it re-routes the interrupts according the the computers MP
> table.  By doing that, it undoes whatever mistake the PCI code is making, and
> things work.  *THIS IS NOT A FIX*  The fact that it undoes the mistake the PCI
> code makes does not make the PCI code any better!  The PCI code still needs
> fixed.

Ben

Please CC any reply to bennyb@ntplx.net (I'm not a member of the list)

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Alan Cox]

> This has been reported to both Mandrake and Redhat:
> 
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=29555
> 
> I've been trying to find out if there's a fix (if it's aic7xxx 6.1.13
> that's great!), but Redhat seem to believe it's a 2.4 kernel PCI bug:

Personally I still think its a BIOS bug in those Intel BIOS boards. Hopefully
some of the VA folks will eventually have time to double check the BIOS
$PIRQ routing table on these systems and verify if the kernel is parsing it
wrong or if its wrong in the BIOS ROM

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Doug Ledford]

Alan Cox wrote:
> 
> > This has been reported to both Mandrake and Redhat:
> >
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=29555
> >
> > I've been trying to find out if there's a fix (if it's aic7xxx 6.1.13
> > that's great!), but Redhat seem to believe it's a 2.4 kernel PCI bug:
> 
> Personally I still think its a BIOS bug in those Intel BIOS boards. Hopefully
> some of the VA folks will eventually have time to double check the BIOS
> $PIRQ routing table on these systems and verify if the kernel is parsing it
> wrong or if its wrong in the BIOS ROM

EXTREMELY unlikely.  Under a 2.2 no-apic kernel, the aic7xxx card uses IRQ 11
and works.  Under a 2.2 ioapic kernel, it uses high interrupts and works. 
Under a 2.4 no-apic kernel it *thinks* it is using IRQ 11, but it doesn't work
(however, the card BIOS thinks it is using IRQ 11 as well, and it *does* work
until we boot the linux kernel).  Under a 2.4 ioapic kernel it uses high
interrupts and works.

Now, the failure mode of the 2.4 no-apic kernel varies depending upon
situation.  Specifically, if the eepro100 or e100 drivers are not loaded, then
IRQ 10 is not enabled by any device driver and loading the aic7xxx driver
simply results in infinite SCSI bus timeouts with nary a single interrupt on
pin 11.  However, if the eepro100 or e100 driver is loaded, then IRQ 10 will
have an active interrupt handler on it (which implies the interrupt is enabled
in the PIC) and loading the aic7xxx driver will hard lock the machine (which
implies an unanswered interrupt storm, which is fatal to the machine in
no-apic mode, while an interrupt storm is merely "inconvenient" in ioapic
mode, which makes debugging so much harder in no-apic mode :-(  The
combination of this information implies to me that the PCI code in the linux
kernel is *somehow* (and I don't know how because I haven't looked deep enough
to find out) fixing things up in such a way that the interrupt for the aic7xxx
card that used to go to IRQ 11 is now coming in on IRQ 10 and as a result,
things don't work.

Now, I'm all for blaming Intel BIOS bugs if they are the cause of the problem,
but I'm having a hard time seeing that here...


-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Alan Cox]

> EXTREMELY unlikely.  Under a 2.2 no-apic kernel, the aic7xxx card uses IRQ 11
> and works.  Under a 2.2 ioapic kernel, it uses high interrupts and works. 

non SMP that is clueless ignorance mode, SMP that is MP table mode

> situation.  Specifically, if the eepro100 or e100 drivers are not loaded, then
> IRQ 10 is not enabled by any device driver and loading the aic7xxx driver
> simply results in infinite SCSI bus timeouts with nary a single interrupt on
> pin 11.  However, if the eepro100 or e100 driver is loaded, then IRQ 10 will
> have an active interrupt handler on it (which implies the interrupt is enabled
> in the PIC) and loading the aic7xxx driver will hard lock the machine (which

Which is exactly why I think it is an  IRQ routing table bug. It is wired
to IRQ 10 and claims to be on IRQ 11.

There are two things at work here

	PCI_INTERRUPT_LINE - random gunge for the OS
	PCI_INTERRUPT_PIN - INTA/INTB/INTC/INTD wiring

The tables are then described by the $PIRQ table in the BIOS. We use that to
load the mapping registers in the PCI bridge (and also to read them). If the
tables are wrong then we will mismap interrupt INTA-D lines to IRQ lines.

IRQ11 appearing on IRQ10 sounds exactly like the INTA-D line setting for IRQ
11 is wrong and we connected it to IRQ 10

Alan

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Doug Ledford]

Alan Cox wrote:

> The tables are then described by the $PIRQ table in the BIOS. We use that to
> load the mapping registers in the PCI bridge (and also to read them). If the
> tables are wrong then we will mismap interrupt INTA-D lines to IRQ lines.
> 
> IRQ11 appearing on IRQ10 sounds exactly like the INTA-D line setting for IRQ
> 11 is wrong and we connected it to IRQ 10

Which brings me back to my question in my previous email.  Why are we
remapping working configs again?  I'm at a loss here.  This isn't a hot plug
capably motherboard, we don't have to worry about new PCI cards getting thrown
in, and yet we are remapping the IRQs.  Why?

-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Alan Cox]

> > IRQ11 appearing on IRQ10 sounds exactly like the INTA-D line setting for IRQ
> > 11 is wrong and we connected it to IRQ 10
> 
> Which brings me back to my question in my previous email.  Why are we
> remapping working configs again?  I'm at a loss here.  This isn't a hot plug
> capably motherboard, we don't have to worry about new PCI cards getting thrown
> in, and yet we are remapping the IRQs.  Why?

Ok and how do you propose to implement

	int gee_whiz_this_configuration_works(void)

Remembering that there are several devices/setups that _only_ work in 2.4 
because we set things up ourselves. Stuff that isnt hot plug. Little things
like the sound on the vaio. In fact if the BIOS is in PnP OS mode (which on
some newer bioses is the only option) we _have_ to set stuff up.

Now how about checking the BIOS tables and seeing if they are wrong. If so then
someone can do something about it. Right now this is speculation and needs
verifying.

Alan

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Andy Carlson]

Mine is a Micronics W6LI with Phoenix BIOS.

Andy Carlson                           |\      _,,,---,,_
naclos@swbell.net                ZZZzz /,`.-'`'    -.  ;-;;,_
BJC Health System                     |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri                  '---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org

On Wed, 9 May 2001, Alan Cox wrote:

> > This has been reported to both Mandrake and Redhat:
> > 
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=29555
> > 
> > I've been trying to find out if there's a fix (if it's aic7xxx 6.1.13
> > that's great!), but Redhat seem to believe it's a 2.4 kernel PCI bug:
> 
> Personally I still think its a BIOS bug in those Intel BIOS boards. Hopefully
> some of the VA folks will eventually have time to double check the BIOS
> $PIRQ routing table on these systems and verify if the kernel is parsing it
> wrong or if its wrong in the BIOS ROM
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Doug Ledford]

Alan Cox wrote:
> 
> > > IRQ11 appearing on IRQ10 sounds exactly like the INTA-D line setting for IRQ
> > > 11 is wrong and we connected it to IRQ 10
> >
> > Which brings me back to my question in my previous email.  Why are we
> > remapping working configs again?  I'm at a loss here.  This isn't a hot plug
> > capably motherboard, we don't have to worry about new PCI cards getting thrown
> > in, and yet we are remapping the IRQs.  Why?
> 
> Ok and how do you propose to implement
> 
>         int gee_whiz_this_configuration_works(void)

The obvious one would be

int gee_whiz_this_configuration_works(struct pdev *pdev) {
	return(device_is_bootable_device(pdev));
}

> Now how about checking the BIOS tables and seeing if they are wrong. If so then
> someone can do something about it. Right now this is speculation and needs
> verifying.

Which is what I said also in my last email.  I'm more than happy to write this
off as a BIOS bug, and it is highly likely that the fact that Windows doesn't
see a problem is because of the exact test I mentioned above.  The BIOS has to
setup all possible boot devices, only devices non-essential to the boot
process (sound cards, modems, crap like that) get left unconfigured.  Not
touching already configured devices would seem to be a reasonable thing to do
in my opinion.  Not that I think configuring things is wrong, but it does make
you vulnerable to BIOS table bugs like this likely exposes, where as if you
didn't touch boot devices, then buggy BIOSes wouldn't bring your kernel to a
halt as easily.

-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Alan Cox]

> Which is what I said also in my last email.  I'm more than happy to write this
> off as a BIOS bug, and it is highly likely that the fact that Windows doesn't
> see a problem is because of the exact test I mentioned above.  The BIOS has to

I very much doubt windows is using that test.

> setup all possible boot devices, only devices non-essential to the boot
> process (sound cards, modems, crap like that) get left unconfigured.  Not

It only has to do minimal setup on them. If the BIOS calls are polled then
assigning an IRQ is quite optional

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Doug Ledford]

Alan Cox wrote:

> > setup all possible boot devices, only devices non-essential to the boot
> > process (sound cards, modems, crap like that) get left unconfigured.  Not
> 
> It only has to do minimal setup on them. If the BIOS calls are polled then
> assigning an IRQ is quite optional

The only way a motherboard BIOS would know if the PCI BIOS used polling
methods instead of interrupt methods is if it was a built in device.  For all
non-built in devices, it can't assume it won't need an interrupt if the card
uses interrupts at all.  I find it extremely unlikely that there exists a
motherboard BIOS that *doesn't* at least assign the I/O space area and the IRQ
for all bootable devices on the system, regardless of PnPOS settings.  Name
one concrete example of a motherboard BIOS that doesn't and I'll recant.

-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Alan Cox]

> The only way a motherboard BIOS would know if the PCI BIOS used polling
> methods instead of interrupt methods is if it was a built in device.  For all

Such as the motherboard IDE ?

> for all bootable devices on the system, regardless of PnPOS settings.  Name
> one concrete example of a motherboard BIOS that doesn't and I'll recant.

I agree it is unlikely, but then so is a wrong $PIRQ table..

Re: 2.4.4-ac5 aic7xxx causes hang on my machine

[Ben Bridgwater]

Ben Bridgwater wrote:

> Jeff Garzik wrote:
>
> >
> > Setting DEBUG to 1 in arch/i386/kernel/pci-i386.h gives you lots of
> > info, including PIRQ debug data.
>
> I can try this tonite with 2.4.4 if this is going to be useful.
>

Well, I don't know how useful this is going to be, since the kernel booted
successfully....

This is a plain 2.4.4 tarball, compiled with gcc 2.95.3

The relevant parts of the kernel configuration are:
- no SMP
- no UP APIC
- new aic7xxxx
- aic7xxx built into kernel (not a module)

It was late so I didn't run any real tests on it, but at least it booted and the
aic7xxx/hard drive seemed happy. I didn't test the SCSI CD, which I'll do tonite, as
well as trying some other options to try to reproduce the Mandrake 8.0 install and
boot problems. The boot here isn't totally clean since I was booting with a 2.2 root
and old modultils so it couldn't find my modules (just sound and bttv).

If this is a PCI bug (whether PIRQ table or kernel) then should old/new aic7xxx make a
difference? I'll try the old one tonite.

Any suggestions as to what might be worth trying to reproduce it?

Ben

May 10 01:34:15 localhost syslog: syslogd startup succeeded
May 10 01:34:15 localhost kernel: klogd 1.3-3, log source = /proc/kmsg started.
May 10 01:34:15 localhost kernel: Inspecting /boot/System.map-2.4.4-pci-debug
May 10 01:34:15 localhost syslog: klogd startup succeeded
May 10 01:34:15 localhost identd[361]: started
May 10 01:34:15 localhost identd: identd startup succeeded
May 10 01:34:15 localhost kernel: Loaded 15341 symbols from
/boot/System.map-2.4.4-pci-debug.
May 10 01:34:15 localhost kernel: Symbols match kernel version 2.4.4.
May 10 01:34:15 localhost kernel: No module symbols loaded.
May 10 01:34:15 localhost kernel: Linux version 2.4.4-pci-debug
(benb@localhost.localdomain) (gcc version 2.95.3 19991030 (prerelease)) #1 Thu May 10
00:39:34 EDT 2001
May 10 01:34:15 localhost kernel: BIOS-provided physical RAM map:
May 10 01:34:15 localhost kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00
(usable)
May 10 01:34:15 localhost kernel:  BIOS-e820: 0000000000100000 - 0000000004000000
(usable)
May 10 01:34:15 localhost kernel:  BIOS-e820: 00000000fff80000 - 0000000100000000
(reserved)
May 10 01:34:15 localhost kernel: On node 0 totalpages: 16384
May 10 01:34:15 localhost kernel: zone(0): 4096 pages.
May 10 01:34:15 localhost kernel: zone(1): 12288 pages.
May 10 01:34:15 localhost kernel: zone(2): 0 pages.
May 10 01:34:15 localhost kernel: Kernel command line: mem=65536K  root=/dev/sdb5
May 10 01:34:16 localhost kernel: Initializing CPU#0
May 10 01:34:16 localhost kernel: Detected 265.913 MHz processor.
May 10 01:34:16 localhost kernel: Console: colour VGA+ 80x25
May 10 01:34:16 localhost kernel: Calibrating delay loop... 530.84 BogoMIPS
May 10 01:34:16 localhost kernel: Memory: 61896k/65536k available (1251k kernel code,
3252k reserved, 498k data, 180k init, 0k highmem)
May 10 01:34:16 localhost atd: atd startup succeeded
May 10 01:34:16 localhost kernel: Dentry-cache hash table entries: 8192 (order: 4,
65536 bytes)
May 10 01:34:16 localhost kernel: Buffer-cache hash table entries: 4096 (order: 2,
16384 bytes)
May 10 01:34:16 localhost kernel: Page-cache hash table entries: 16384 (order: 4,
65536 bytes)
May 10 01:34:16 localhost kernel: Inode-cache hash table entries: 4096 (order: 3,
32768 bytes)
May 10 01:34:16 localhost kernel: CPU: Before vendor init, caps: 0080f9ff 00000000
00000000, vendor = 0
May 10 01:34:16 localhost kernel: CPU: L1 I cache: 16K, L1 D cache: 16K
May 10 01:34:16 localhost kernel: CPU: L2 cache: 512K
May 10 01:34:16 localhost kernel: Intel machine check architecture supported.
May 10 01:34:16 localhost kernel: Intel machine check reporting enabled on CPU#0.
May 10 01:34:16 localhost kernel: CPU: After vendor init, caps: 0080f9ff 00000000
00000000 00000000
May 10 01:34:16 localhost kernel: CPU: After generic, caps: 0080f9ff 00000000 00000000
00000000
May 10 01:34:16 localhost kernel: CPU: Common caps: 0080f9ff 00000000 00000000
00000000
May 10 01:34:16 localhost kernel: CPU: Intel Pentium II (Klamath) stepping 03
May 10 01:34:16 localhost kernel: Checking 'hlt' instruction... OK.
May 10 01:33:28 localhost rc.sysinit: Mounting proc filesystem succeeded
May 10 01:34:16 localhost kernel: POSIX conformance testing by UNIFIX
May 10 01:33:28 localhost sysctl: error: 'net.ipv4.ip_always_defrag' is an unknown key

May 10 01:34:16 localhost kernel: mtrr: v1.40 (20010327) Richard Gooch
(rgooch@atnf.csiro.au)
May 10 01:33:28 localhost sysctl: error: 'kernel.sysrq' is an unknown key
May 10 01:34:16 localhost kernel: mtrr: detected mtrr type: Intel
May 10 01:33:28 localhost sysctl: error: 'net.ipv4.tcp_timestamp' is an unknown key
May 10 01:34:16 localhost kernel: PCI: BIOS32 Service Directory structure at
0xc00fd9e0
May 10 01:33:28 localhost sysctl: error: 'net.ipv4.tcp_syncookies' is an unknown key
May 10 01:34:16 localhost kernel: PCI: BIOS32 Service Directory entry at 0xfd9f0
May 10 01:33:28 localhost rc.sysinit: Configuring kernel parameters succeeded
May 10 01:33:28 localhost date: Thu May 10 01:33:28 EDT 2001
May 10 01:33:28 localhost rc.sysinit: Setting clock  (localtime): Thu May 10 01:33:28
EDT 2001 succeeded
May 10 01:34:16 localhost kernel: PCI: BIOS probe returned s=00 hw=01 ver=02.10 l=00
May 10 01:34:16 localhost kernel: PCI: PCI BIOS revision 2.10 entry at 0xfda11, last
bus=0
May 10 01:33:28 localhost rc.sysinit: Loading default keymap succeeded
May 10 01:33:28 localhost rc.sysinit: Activating swap partitions succeeded
May 10 01:34:16 localhost kernel: PCI: Using configuration type 1
May 10 01:34:16 localhost kernel: PCI: Probing PCI hardware
May 10 01:33:28 localhost rc.sysinit: Setting hostname localhost.localdomain succeeded

May 10 01:33:28 localhost fsck: /dev/sdb5: clean, 115438/384000 files, 503703/767095
blocks
May 10 01:34:16 localhost kernel: PCI: IDE base address fixup for 00:07.1
May 10 01:34:16 localhost kernel: PCI: Scanning for ghost devices on bus 0
May 10 01:34:16 localhost kernel: PCI: IRQ init
May 10 01:34:16 localhost kernel: PCI: IRQ fixup
May 10 01:34:16 localhost kernel: PCI: Allocating resources
May 10 01:34:16 localhost kernel: PCI: Resource 0000ffa0-0000ffaf (f=101, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource 0000ff80-0000ff9f (f=101, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource ffbec000-ffbeffff (f=200, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource ff000000-ff7fffff (f=1208, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource ffbea000-ffbeafff (f=1208, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource 0000fc00-0000fcff (f=101, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Resource ffbeb000-ffbebfff (f=200, d=0, p=0)
May 10 01:34:16 localhost kernel: PCI: Sorting device list...
May 10 01:33:28 localhost rc.sysinit: Checking root filesystem succeeded
May 10 01:34:16 localhost kernel: Limiting direct PCI/PCI transfers.
May 10 01:33:28 localhost isapnp: Board 1 has Identity 5a 80 86 00 01 20 00 a8 65:
YMH0020 Serial No 2156265473 [checksum 5a]
May 10 01:34:16 localhost crond: crond startup succeeded
May 10 01:34:16 localhost kernel: Activating ISA DMA hang workarounds.
May 10 01:33:28 localhost isapnp: Board 2 has Identity 13 70 30 04 7c 32 10 a2 11:
DMB1032 Serial No 1882195068 [checksum 13]
May 10 01:34:16 localhost kernel: isapnp: Scanning for PnP cards...
May 10 01:33:28 localhost isapnp: YMH0020/2156265473[0]{OPL3-SA2 Sound Chip }: Ports
0x220 0x530 0x388 0x330 0x370; IRQ5 DMA0 DMA1 --- Enabled OK
May 10 01:34:16 localhost kernel: isapnp: Card 'OPL3-SA2 Sound Chip'
May 10 01:33:28 localhost isapnp: YMH0020/2156265473[1]{OPL3-SA2 Sound Chip }: Port
0x201; --- Enabled OK
May 10 01:34:16 localhost irmanager: executing: '/sbin/modprobe irda'
May 10 01:33:28 localhost rc.sysinit: Setting up ISA PNP devices succeeded
May 10 01:33:28 localhost rc.sysinit: Remounting root filesystem in read-write mode
succeeded
May 10 01:34:16 localhost kernel: isapnp: Card 'Creative Modem Blaster Flash56
DI5601-1'
May 10 01:34:17 localhost kernel: isapnp: 2 Plug & Play cards detected total
May 10 01:34:17 localhost kernel: Linux NET4.0 for Linux 2.4
May 10 01:33:28 localhost : Loading module:
May 10 01:33:28 localhost fsck: /dev/sdb6 was not cleanly unmounted, check forced.
May 10 01:34:00 localhost fsck: /dev/sdb6: 77093/384000 files (0.1% non-contiguous),
231577/767095 blocks
May 10 01:34:00 localhost fsck: /dev/sda5: clean, 6570/66264 files, 126796/265041
blocks
May 10 01:34:00 localhost fsck: /dev/sda6: clean, 55580/241664 files, 894479/963868
blocks
May 10 01:34:00 localhost fsck: /dev/sda8: clean, 1131/66264 files, 144120/265041
blocks
May 10 01:34:17 localhost kernel: Based upon Swansea University Computer Society
NET3.039
May 10 01:34:17 localhost kernel: Starting kswapd v1.8
May 10 01:34:17 localhost kernel: pty: 256 Unix98 ptys configured
May 10 01:34:17 localhost kernel: block: queued sectors max/low 41058kB/13686kB, 128
slots per queue
May 10 01:34:00 localhost fsck: /dev/sda7: clean, 37841/132600 files, 491503/530113
blocks
May 10 01:34:00 localhost rc.sysinit: Checking filesystems succeeded
May 10 01:34:00 localhost mount: mount: mount point /root-8.0 does not exist
May 10 01:34:01 localhost rc.sysinit: Mounting local filesystems failed
May 10 01:34:01 localhost rc.sysinit: Checking loopback filesystems succeeded
May 10 01:34:01 localhost mount: mount: mount point /root-8.0 does not exist
May 10 01:34:01 localhost rc.sysinit: Mounting loopback filesystems failed
May 10 01:34:01 localhost rc.sysinit: Turning on user and group quotas for local
filesystems succeeded
May 10 01:34:01 localhost rc.sysinit: Enabling swap space succeeded
May 10 01:34:17 localhost kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
May 10 01:34:17 localhost irmanager: + modprobe: Can't locate module irda
May 10 01:34:17 localhost irmanager: Trying to load module irda exited with status 255

May 10 01:34:17 localhost irmanager: executing: 'echo 1 >
/proc/sys/net/irda/discovery'
May 10 01:34:17 localhost kernel: ide: Assuming 33MHz system bus speed for PIO modes;
override with idebus=xx
May 10 01:34:02 localhost mandrake_everytime: Building Window Manager Sessions
succeeded
May 10 01:34:02 localhost sshdu[152]: log: Server listening on port 1. <30>May 10
01:34:02 sshdu[152]: log: Generating 768 bit RSA key.
May 10 01:34:02 localhost init: Entering runlevel: 5
May 10 01:34:13 localhost kudzu:  succeeded
May 10 01:34:13 localhost modprobe: modprobe: Can't locate module opl3sa2
May 10 01:34:13 localhost sound: Loading sound module (opl3sa2) failed
May 10 01:34:13 localhost modprobe: modprobe: Can't locate module opl3
May 10 01:34:17 localhost irmanager: Setting discovery to 1 exited with status 1
May 10 01:34:17 localhost irmanager: executing: 'echo localhost >
/proc/sys/net/irda/devname'
May 10 01:34:17 localhost kernel: PIIX3: IDE controller on PCI bus 00 dev 39
May 10 01:34:17 localhost kernel: PIIX3: chipset revision 0
May 10 01:34:17 localhost irmanager: Setting devname to localhost exited with status 1

May 10 01:34:17 localhost modprobe: modprobe: Can't locate module char-major-9
May 10 01:34:17 localhost irmanager: sh: /proc/sys/net/irda/discovery: No such file or
directory
May 10 01:34:13 localhost sound: Loading midi module (opl3) failed
May 10 01:34:17 localhost kernel: PIIX3: not 100% native mode: will probe irqs later
May 10 01:34:17 localhost kernel:     ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings:
hda:pio, hdb:pio
May 10 01:34:17 localhost kernel:     ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings:
hdc:pio, hdd:pio
May 10 01:34:17 localhost kernel: Floppy drive(s): fd0 is 1.44M
May 10 01:34:17 localhost kernel: FDC 0 is a National Semiconductor PC87306
May 10 01:34:17 localhost kernel: Serial driver version 5.05a (2001-03-20) with
MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
May 10 01:34:17 localhost kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A
May 10 01:34:17 localhost irmanager: sh: /proc/sys/net/irda/devname: No such file or
directory
May 10 01:34:17 localhost irda: irmanager startup succeeded
May 10 01:34:14 localhost sysctl: error: 'net.ipv4.ip_always_defrag' is an unknown key

May 10 01:34:14 localhost sysctl: error: 'kernel.sysrq' is an unknown key
May 10 01:34:14 localhost sysctl: error: 'net.ipv4.tcp_timestamp' is an unknown key
May 10 01:34:14 localhost sysctl: error: 'net.ipv4.tcp_syncookies' is an unknown key
May 10 01:34:17 localhost kernel: ttyS00 at port 0x03f8 (irq = 4) is a 16550A
May 10 01:34:14 localhost network: Setting network parameters succeeded
May 10 01:34:17 localhost kernel: SCSI subsystem driver Revision: 1.00
May 10 01:34:14 localhost network: Bringing up interface lo succeeded
May 10 01:34:17 localhost kernel: request_module[scsi_hostadapter]: Root fs not
mounted
May 10 01:34:17 localhost inet: inetd startup succeeded
May 10 01:34:17 localhost kernel: request_module[scsi_hostadapter]: Root fs not
mounted
May 10 01:34:17 localhost kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA
DRIVER, Rev 6.1.5
May 10 01:34:17 localhost kernel:         <Adaptec 2940 Ultra SCSI adapter>
May 10 01:34:17 localhost kernel:         aic7880: Wide Channel A, SCSI Id=7, 16/255
SCBs
May 10 01:34:17 localhost kernel:
May 10 01:34:17 localhost kernel: (scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset
8, 16bit)
May 10 01:34:14 localhost random: Initializing random number generator succeeded
May 10 01:34:15 localhost mount: mount: mount point /root-8.0 does not exist
May 10 01:34:17 localhost kernel:   Vendor: WDIGTL    Model: WDE4360-1807A2    Rev:
1.70
May 10 01:34:17 localhost kernel:   Type:   Direct-Access                      ANSI
SCSI revision: 02
May 10 01:34:15 localhost netfs: Mounting other filesystems failed
May 10 01:34:17 localhost kernel: Detected scsi disk sda at scsi0, channel 0, id 0,
lun 0
May 10 01:34:17 localhost kernel: (scsi0:A:1): 40.000MB/s transfers (20.000MHz, offset
8, 16bit)
May 10 01:34:17 localhost kernel:   Vendor: WDIGTL    Model: WDE18310 ULTRA3   Rev:
1.30
May 10 01:34:17 localhost kernel:   Type:   Direct-Access                      ANSI
SCSI revision: 03
May 10 01:34:17 localhost kernel: Detected scsi disk sdb at scsi0, channel 0, id 1,
lun 0
May 10 01:34:17 localhost lpd[435]: restarted
May 10 01:34:17 localhost lpd: lpd startup succeeded
May 10 01:34:17 localhost kernel: (scsi0:A:5): 10.000MB/s transfers (10.000MHz, offset
15)
May 10 01:34:17 localhost kernel:   Vendor: NEC       Model: CD-ROM DRIVE:462  Rev:
1.14
May 10 01:34:17 localhost kernel:   Type:   CD-ROM                             ANSI
SCSI revision: 02
May 10 01:34:17 localhost kernel: Detected scsi CD-ROM sr0 at scsi0, channel 0, id 5,
lun 0
May 10 01:34:17 localhost kernel: scsi0:0:0:0: Tagged Queuing enabled.  Depth 253
May 10 01:34:17 localhost kernel: scsi0:0:1:0: Tagged Queuing enabled.  Depth 253
May 10 01:34:17 localhost kernel: sr0: scsi-1 drive
May 10 01:34:17 localhost kernel: Uniform CD-ROM driver Revision: 3.12
May 10 01:34:17 localhost kernel: SCSI device sda: 8388314 512-byte hdwr sectors (4295
MB)
May 10 01:34:17 localhost kernel: Partition check:
May 10 01:34:17 localhost kernel:  sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 >
May 10 01:34:17 localhost kernel: SCSI device sdb: 35761710 512-byte hdwr sectors
(18310 MB)
May 10 01:34:17 localhost kernel:  sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 sdb8 sdb9 >
May 10 01:34:17 localhost kernel: Linux PCMCIA Card Services 3.1.22
May 10 01:34:17 localhost kernel:   options:  [pci] [cardbus] [pm]