RE: false positives on disk change checks

RE: false positives on disk change checks

[Joerg Pommnitz]

Alexander Viro <viro@math.psu.edu> wrote:

> Andre, looks like setup above gives false positives on disk change 
> check...

I don't know the original posters problem, but I suspect I see something
similar. On a to be embedded system with a Geode (Cyrix) CPU and with a
ATA compatible CompactFlash drive I get the following messages on bootup:

invalidate: busy buffer
VFS: busy inodes on changed media.

This seems to happen while the system tries to remount the root fs rw.

My Boot messages (plain Marcello 2.4.17):

LILO 21.7 boot:
Loading linux.........
Linux version 2.4.17 (jpo@crt-kref) (gcc version 2.95.3 20010315 (SuSE))
#3 Mit
Jan 30 18:52:57 CET 2002
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000007e80000 (usable)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
On node 0 totalpages: 32384
zone(0): 4096 pages.
zone(1): 28288 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=linux root=1641 console=ttyS0,38400
console=tty0Initializing CPU#0
Working around Cyrix MediaGX virtual DMA bugs.
Console: colour VGA+ 80x25
Calibrating delay loop... 95.84 BogoMIPS
Memory: 125812k/129536k available (746k kernel code, 3340k reserved, 161k
data,
68k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Working around Cyrix MediaGX virtual DMA bugs.
CPU: Cyrix Geode(TM) Integrated Processor by National Semi stepping 01
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfae70, last bus=0
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router NatSemi [1078/0100] at 00:12.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
block: 128 slots per queue, batch=32
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
CS5530: IDE controller on PCI bus 00 dev 92
CS5530: chipset revision 0
CS5530: not 100% native mode: will probe irqs later
hdd: Key Technology Corp. ATA-KUO WizardPlus, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hdd: 251904 sectors (129 MB) w/0KiB Cache, CHS=984/16/16
Partition check:
 hdd:spurious 8259A interrupt: IRQ7.
 hdd1 hdd2
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
PPP generic driver version 2.4.1
8139too Fast Ethernet driver 0.9.22
PCI: Found IRQ 11 for device 00:0c.0
eth0: RealTek RTL8139 Fast Ethernet at 0xc8800000, 00:e0:4c:71:05:92, IRQ
11
PCI: Found IRQ 10 for device 00:0d.0
eth1: RealTek RTL8139 Fast Ethernet at 0xc8802000, 00:e0:4c:71:05:91, IRQ
10
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
 hdd: hdd1 hdd2
 hdd: hdd1 hdd2
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 68k freed
invalidate: busy buffer
VFS: busy inodes on changed media.

Regards
  Joerg

=====
-- 
Regards
       Joerg


__________________________________________________
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

RE: false positives on disk change checks

[Kris Urquhart]

> -----Original Message-----
> From: Andre Hedrick [mailto:andre@linuxdiskcert.org]
> Sent: Friday, February 01,
> > 
> > Andre, looks like setup above gives false positives on disk 
> change check...
> 
> What do you expect w/ removable media.
> Obivious it has to be reporting an media status event change.
> Gawd knows where I could find a copy of the hardware to verify.
> If it puts a patch of mine on it and it is still present there is a
> problem, if it goes away with the patch, the kernel should 
> take the patch.
> 

I tried ide.2.4.17.01192002.patch, with no change.  
Is there a different patch you would like me to try?

Thanks.

-Kris

RE: false positives on disk change checks

[Andre Hedrick]

On Fri, 1 Feb 2002, Joerg Pommnitz wrote:

> I wrote:
> 
> > I don't know the original posters problem, but I suspect I see something
> > similar. On a to be embedded system with a Geode (Cyrix) CPU and with a
> > ATA compatible CompactFlash drive I get the following messages on 
> > bootup:
> > 
> > invalidate: busy buffer
> > VFS: busy inodes on changed media.
> > 
> > This seems to happen while the system tries to remount the root fs rw.
> 
> The following patch works around the problem for me:
> 
> diff -ruN linux/drivers/ide/ide-probe.c
> linux-scorpio/drivers/ide/ide-probe.c
> --- linux/drivers/ide/ide-probe.c       Mon Nov 26 14:29:17 2001
> +++ linux-scorpio/drivers/ide/ide-probe.c       Fri Feb  1 12:06:59 2002
> @@ -154,11 +154,14 @@
>                 return;
>         }
> 
> +#if 0
>         /*
>          * Not an ATAPI device: looks like a "regular" hard disk
>          */
>         if (id->config & (1<<7))
>                 drive->removable = 1;
> +#endif
> +
>         /*
>          * Prevent long system lockup probing later for non-existant
>          * slave drive if the hwif is actually a flash memory card of some
> variety:
> 
> It's obviously not a general solution but I know for sure that
> the flashdisk is not removable in our setup.

REGARDLESS, it is removable media and this it reports so.
The driver will not change to create false reports, because CFA has its
own rules, and if you can figure them out great.

Removable media shall always report as Removable media.

If you purchase enough of the media, the OEM will allow you to alter the
identify page and this it will not longer report "Removable".

Regards,


Andre Hedrick
Linux Disk Certification Project                Linux ATA Development

Re: false positives on disk change checks

[Andre Hedrick]

On Thu, 31 Jan 2002, Alexander Viro wrote:

> 
> 
> On Thu, 31 Jan 2002, Kris Urquhart wrote:
> 
> > No patches - linux-2.4.17 right off of www.linux.org.  
> > 
> > The chipset is an ALI 1487/1489.  
> > The disk itself is a JUMPtec DISKchip with a SanDisk 20-99-00024-1 on it.
> > 
> > The relevant lines from dmesg are:
> >  Uniform Multi-Platform E-IDE driver Revision: 6.31
> >  ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
> >  hda: SunDisk SDTB-128, ATA DISK drive
> >  ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> >  hda: 31360 sectors (16 MB) w/1KiB Cache, CHS=490/2/32
> >  Partition check:
> >   hda: hda1 hda2 hda3
> > 
> > % cat /proc/ide/driver
> > ide-disk version 1.10
> > 
> > There is a CONFIG_BLK_DEV_ALI14XX, but apparently it only turns on 
> > support for the second channel.  I tried it anyway (along with the 
> > ide0=ali14xx boot parameter), but the disk was then not recognized 
> > at boot time (busy/timeout during partition check).  A google search 
> > did not turn up any problems with ali14xx.c since 2.0.
> 
> Andre, looks like setup above gives false positives on disk change check...

What do you expect w/ removable media.
Obivious it has to be reporting an media status event change.
Gawd knows where I could find a copy of the hardware to verify.
If it puts a patch of mine on it and it is still present there is a
problem, if it goes away with the patch, the kernel should take the patch.

Regards,

Andre Hedrick
Linux Disk Certification Project                Linux ATA Development

RE: false positives on disk change checks

[Joerg Pommnitz]

I wrote:

> I don't know the original posters problem, but I suspect I see something
> similar. On a to be embedded system with a Geode (Cyrix) CPU and with a
> ATA compatible CompactFlash drive I get the following messages on 
> bootup:
> 
> invalidate: busy buffer
> VFS: busy inodes on changed media.
> 
> This seems to happen while the system tries to remount the root fs rw.

The following patch works around the problem for me:

diff -ruN linux/drivers/ide/ide-probe.c
linux-scorpio/drivers/ide/ide-probe.c
--- linux/drivers/ide/ide-probe.c       Mon Nov 26 14:29:17 2001
+++ linux-scorpio/drivers/ide/ide-probe.c       Fri Feb  1 12:06:59 2002
@@ -154,11 +154,14 @@
                return;
        }

+#if 0
        /*
         * Not an ATAPI device: looks like a "regular" hard disk
         */
        if (id->config & (1<<7))
                drive->removable = 1;
+#endif
+
        /*
         * Prevent long system lockup probing later for non-existant
         * slave drive if the hwif is actually a flash memory card of some
variety:

It's obviously not a general solution but I know for sure that
the flashdisk is not removable in our setup.

Regards
  Joerg

=====
-- 
Regards
       Joerg


__________________________________________________
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

false positives on disk change checks

[Alexander Viro]

On Thu, 31 Jan 2002, Kris Urquhart wrote:

> No patches - linux-2.4.17 right off of www.linux.org.  
> 
> The chipset is an ALI 1487/1489.  
> The disk itself is a JUMPtec DISKchip with a SanDisk 20-99-00024-1 on it.
> 
> The relevant lines from dmesg are:
>  Uniform Multi-Platform E-IDE driver Revision: 6.31
>  ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
>  hda: SunDisk SDTB-128, ATA DISK drive
>  ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
>  hda: 31360 sectors (16 MB) w/1KiB Cache, CHS=490/2/32
>  Partition check:
>   hda: hda1 hda2 hda3
> 
> % cat /proc/ide/driver
> ide-disk version 1.10
> 
> There is a CONFIG_BLK_DEV_ALI14XX, but apparently it only turns on 
> support for the second channel.  I tried it anyway (along with the 
> ide0=ali14xx boot parameter), but the disk was then not recognized 
> at boot time (busy/timeout during partition check).  A google search 
> did not turn up any problems with ali14xx.c since 2.0.

Andre, looks like setup above gives false positives on disk change check...