Re: PROBLEM: umount report "busy" on r/o remount of root filesystem

2000-09-21 Thread Pavel Machek

Hi!

> Umount report "busy" when i try r/o remount the root filesystem at end
> of
> halt script. My halt script ends with:
> 
> # Begin of halt
> kill -9 -1 
> umount -a
> mount -n -o remount,ro /

BTW is this right? Does kill -9 guarantee that all syscalls are dead by
the time it returns from kernel? Because if not, then race is pretty clear.

[And I'm pretty sure that kill -9 does *NOT* guarantee that.]

Try adding sleep 1 before umount -a

> halt
> # End of halt
> 
> Umount (and mount on next line too) report "/: device is busy" and the
> root filesystem
> stay not correctly unmounted. But when i press magic key "u" (emergency
> remount),
> the filesystem is correctly remounted. All other mounted filesystems are
> correctly unmounted by "umount -a". This bug is present only on my
> motherboard with SiS5513

I've seen this in past with various -testX and older. I doubt it is 
mainoard-specific.
Pavel
-- 
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.

-
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: umount report "busy" on r/o remount of root filesystem

2000-09-19 Thread pavelk

Umount report "busy" when i try r/o remount the root filesystem at end
of
halt script. My halt script ends with:

# Begin of halt
kill -9 -1
umount -a
mount -n -o remount,ro /
halt
# End of halt

Umount (and mount on next line too) report "/: device is busy" and the
root filesystem
stay not correctly unmounted. But when i press magic key "u" (emergency
remount),
the filesystem is correctly remounted. All other mounted filesystems are
correctly unmounted by "umount -a". This bug is present only on my
motherboard with SiS5513
chipset; on other motherboard with VIA chipset and the totaly same linux
it's all right.
The second thing is, that on kernels 2.2.X (up to 2.2.13, later i've not
tested)
it's ok too. The version of mount has not any influence.

hardware:
Pentium 75, SiS chipset, 64MB RAM
HDD WDC AC36400L 6449MB, DMA disabled, PIO 4

software:
kernel 2.4.0-test7
gcc 2.95.2
binutils 2.10
mount 2.10o
glibc 2.1.3

Part of dmegs:

VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium 75 - 200 stepping 05
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfcb60, last bus=0
PCI: Using configuration type 1
PCI: Probing PCI hardware
...
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
SIS5513: IDE controller on PCI bus 00 dev 09
SIS5513: chipset revision 7
SIS5513: not 100% native mode: will probe irqs later
SiS5511
SIS5513: simplex device:  DMA disabled
ide0: SIS5513 Bus-Master DMA disabled (BIOS)
SIS5513: simplex device:  DMA disabled
ide1: SIS5513 Bus-Master DMA disabled (BIOS)
hda: WDC AC36400L, ATA DISK drive
hdd: ATAPI CDROM, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 12594960 sectors (6449 MB) w/256KiB Cache, CHS=784/255/63
hdd: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.11
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3

Output of lspci -vvv:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 5511/5512
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- 
Region 1: I/O ports at 
Region 2: I/O ports at 
Region 3: I/O ports at 
Region 4: I/O ports at d400 [size=16]

00:0a.0 VGA compatible controller: ATI Technologies Inc 215CT [Mach64
CT] (rev 41) (prog-if 00 [VGA])
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr-
Stepping+ SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-  [disabled] [size=64K]

00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- 
-
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: umount report "busy" on r/o remount of root filesystem

2000-09-18 Thread Gregory T. Norris

I seem to be able to reliably reproduce it as well.  Let me know if I
can be of any help.

On Mon, Sep 18, 2000 at 03:38:28PM +0200, Udo A. Steinberg wrote:
> This should probably be added to the 2.4.x bug-list. Since Pavel
> seems to be able to constantly reproduce it, it should be possible to
> track the problem down with his help.

 PGP signature


Re: PROBLEM: umount report "busy" on r/o remount of root filesystem

2000-09-18 Thread Udo A. Steinberg

Jes Sorensen wrote:
> 
> Pavel> Umount (and mount on next line too) report "/: device is busy"
> Pavel> and the root filesystem stay not correctly unmounted. > 

> 2.2.13 and gcc-2.95.2 are not compatible, try with the correct
> compiler first.

Whatever the problem is, it's probably not a compiler issue.
He says it's fine with 2.2.x and breaks with 2.4.x. I've seen
the same on my system which is 2.4.0-test9 with egcs-1.1.2.

I cannot reliably reproduce it though, it only happens
occasionally, so I'm clueless as to what causes it.


*** To Theodore Y. Ts'o

This should probably be added to the 2.4.x bug-list. Since
Pavel seems to be able to constantly reproduce it, it should
be possible to track the problem down with his help.

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



Re: PROBLEM: umount report "busy" on r/o remount of root filesystem

2000-09-18 Thread Jes Sorensen

> "Pavel" == pavelk  <[EMAIL PROTECTED]> writes:

Pavel> Umount (and mount on next line too) report "/: device is busy"
Pavel> and the root filesystem stay not correctly unmounted. But when
Pavel> i press magic key "u" (emergency remount), the filesystem is
Pavel> correctly remounted. All other mounted filesystems are
Pavel> correctly unmounted by "umount -a". This bug is present only on
Pavel> my motherboard with SiS5513 chipset; on other motherboard with
Pavel> VIA chipset and the totaly same linux it's all right.  The
Pavel> second thing is, that on kernels 2.2.X (up to 2.2.13, later
Pavel> i've not tested) it's ok too. The version of mount has not any
Pavel> influence.

Pavel> hardware: Pentium 75, SiS chipset, 64MB RAM HDD WDC AC36400L
Pavel> 6449MB, DMA disabled, PIO 4

Pavel> software: kernel 2.4.0-test7 gcc 2.95.2 binutils 2.10 mount
Pavel> 2.10o glibc 2.1.3

2.2.13 and gcc-2.95.2 are not compatible, try with the correct
compiler first.

Jes
-
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: umount report "busy" on r/o remount of root filesystem

2000-09-18 Thread pavelk

Umount report "busy" when i try r/o remount the root filesystem at end
of
halt script. My halt script ends with:

# Begin of halt
kill -9 -1
umount -a
mount -n -o remount,ro /
halt
# End of halt

Umount (and mount on next line too) report "/: device is busy" and the
root filesystem
stay not correctly unmounted. But when i press magic key "u" (emergency
remount),
the filesystem is correctly remounted. All other mounted filesystems are
correctly unmounted by "umount -a". This bug is present only on my
motherboard with SiS5513
chipset; on other motherboard with VIA chipset and the totaly same linux
it's all right.
The second thing is, that on kernels 2.2.X (up to 2.2.13, later i've not
tested)
it's ok too. The version of mount has not any influence.

hardware:
Pentium 75, SiS chipset, 64MB RAM
HDD WDC AC36400L 6449MB, DMA disabled, PIO 4

software:
kernel 2.4.0-test7
gcc 2.95.2
binutils 2.10
mount 2.10o
glibc 2.1.3

Part of dmegs:

VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium 75 - 200 stepping 05
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfcb60, last bus=0
PCI: Using configuration type 1
PCI: Probing PCI hardware
...
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
SIS5513: IDE controller on PCI bus 00 dev 09
SIS5513: chipset revision 7
SIS5513: not 100% native mode: will probe irqs later
SiS5511
SIS5513: simplex device:  DMA disabled
ide0: SIS5513 Bus-Master DMA disabled (BIOS)
SIS5513: simplex device:  DMA disabled
ide1: SIS5513 Bus-Master DMA disabled (BIOS)
hda: WDC AC36400L, ATA DISK drive
hdd: ATAPI CDROM, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 12594960 sectors (6449 MB) w/256KiB Cache, CHS=784/255/63
hdd: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.11
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3

Output of lspci -vvv:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 5511/5512
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- 
Region 1: I/O ports at 
Region 2: I/O ports at 
Region 3: I/O ports at 
Region 4: I/O ports at d400 [size=16]

00:0a.0 VGA compatible controller: ATI Technologies Inc 215CT [Mach64
CT] (rev 41) (prog-if 00 [VGA])
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-  [disabled] [size=64K]

00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- 
-
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: umount report "busy" on r/o remount of root filesystem

2000-09-18 Thread pavelk

Umount report "busy" when i try r/o remount the root filesystem at end
of
halt script. My halt script ends with:

# Begin of halt
kill -9 -1
umount -a
mount -n -o remount,ro /
halt
# End of halt

Umount (and mount on next line too) report "/: device is busy" and the
root filesystem
stay not correctly unmounted. But when i press magic key "u" (emergency
remount),
the filesystem is correctly remounted. All other mounted filesystems are
correctly unmounted by "umount -a". This bug is present only on my
motherboard with SiS5513
chipset; on other motherboard with VIA chipset and the totaly same linux
it's all right.
The second thing is, that on kernels 2.2.X (up to 2.2.13, later i've not
tested)
it's ok too. The version of mount has not any influence.

hardware:
Pentium 75, SiS chipset, 64MB RAM
HDD WDC AC36400L 6449MB, DMA disabled, PIO 4

software:
kernel 2.4.0-test7
gcc 2.95.2
binutils 2.10
mount 2.10o
glibc 2.1.3

Part of dmegs:

VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium 75 - 200 stepping 05
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfcb60, last bus=0
PCI: Using configuration type 1
PCI: Probing PCI hardware
...
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
SIS5513: IDE controller on PCI bus 00 dev 09
SIS5513: chipset revision 7
SIS5513: not 100% native mode: will probe irqs later
SiS5511
SIS5513: simplex device:  DMA disabled
ide0: SIS5513 Bus-Master DMA disabled (BIOS)
SIS5513: simplex device:  DMA disabled
ide1: SIS5513 Bus-Master DMA disabled (BIOS)
hda: WDC AC36400L, ATA DISK drive
hdd: ATAPI CDROM, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 12594960 sectors (6449 MB) w/256KiB Cache, CHS=784/255/63
hdd: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.11
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3

Output of lspci -vvv:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 5511/5512
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR- TAbort-
SERR- TAbort- SERR- 
Region 1: I/O ports at 
Region 2: I/O ports at 
Region 3: I/O ports at 
Region 4: I/O ports at d400 [size=16]

00:0a.0 VGA compatible controller: ATI Technologies Inc 215CT [Mach64
CT] (rev 41) (prog-if 00 [VGA])
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-  [disabled] [size=64K]

00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- 
-
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/