My previously reported Parport/Zip Oops seems to have gone away. I
suspect the SMP race fixs were the culprit...thank you.
However my parport is still misdetected as SPP by the IMM driver when
it is actually set to EPP. This is an Epox/SMP Xeon (400 mhz), EP-GXB-M
with an Award Bios and Winbond Super I/O Multi controller.
Now if we could just do something about those 10 fps in quake that I
lost since 2.3.4x....;=)
James M.
aka "Dart"
James M wrote:
>
> My previously reported Parport/Zip Oops seems to have gone away. I
> suspect the SMP race fixs were the culprit...thank you.
> However my parport is still misdetected as SPP by the IMM driver when
> it is actually set to EPP. This is an Epox/SMP Xeon (400 mhz), EP-GXB-M
> with an Award Bios and Winbond Super I/O Multi controller.
Move that one back into the broken column please. It happened between
11pre2 and 11pre3.
James M wrote:
Was just trying to find out why I can mount in 11pre1 and 11pre2 when
Gert can't mount at all, so I removed my VFAT factory formatted zipdisk
and put in an Ext2 formatted one.....**BOOM**
Al, my original oops report is here:
http://boudicca.tux.org/hypermail/linux-kernel/2000week42/1240.html
Summary: Test10 is broken for both filesystems (sick of fsck'n-not
confirmed)
11pre1-pre2 work for VFAT broken for EXT2
11pre3 is broken for both filesystems
Anything you want me to try just let me know, I've already been
through about 100 fscks, a few more won't hurt.
BTW I have a list of 23 common non-obvious files that changed in
test10/11pre1 and 11pre2/pre3, say the word and I'll mail the list.
James M.
--30 Gig of fsck sucks--
On Tue, 14 Nov 2000, James M wrote:
> Was just trying to find out why I can mount in 11pre1 and 11pre2 when
> Gert can't mount at all, so I removed my VFAT factory formatted zipdisk
> and put in an Ext2 formatted one.....**BOOM**
Actually i never tried to mount in my testings, just did "modprobe imm". I
did not even load sd.o, which reads the size of the medium. Output after
successfull modprobe:
kernel: imm: Version 2.04 (for Linux 2.4.0)
kernel: imm_connect 1
kernel: imm: Found device at ID 6, Attempting to use EPP 32 bit
kernel: imm: Found device at ID 6, Attempting to use PS/2
kernel: imm: Communication established at 0x378 with ID 6 using PS/2
kernel: device_check 0
kernel: scsi1 : Iomega VPI2 (imm) interface
kernel: scsi : 2 hosts.
kernel: Vendor: IOMEGA Model: ZIP 250 Rev: J.45
kernel: Type: Direct-Access ANSI SCSI revision: 02
Even without a disk this works (if parport_pc is preloaded).
Anyway the disk in the drive was a 250MB vfat formatted one. But OTOH, the
oops trace points to ext2.
For completeness: With the disk "modprobe sd" gives
kernel: Detected scsi removable disk sda at scsi1, channel 0, id 6, lun 0
kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors= 489532 [239 MB] [0.2 GB]
kernel: sda: Write Protect is off
kernel: sda: sda4
Refering to my last message - so far i didn't check, if an ext2 formated
disk works with test6. But "modprobe imm" worked.
Gert Wollny wrote:
>
> Actually i never tried to mount in my testings, just did "modprobe imm". I
> did not even load sd.o, which reads the size of the medium. Output after
> successfull modprobe:
> kernel: imm: Version 2.04 (for Linux 2.4.0)
> kernel: imm_connect 1
> kernel: imm: Found device at ID 6, Attempting to use EPP 32 bit
> kernel: imm: Found device at ID 6, Attempting to use PS/2
> kernel: imm: Communication established at 0x378 with ID 6 using PS/2
> kernel: device_check 0
> kernel: scsi1 : Iomega VPI2 (imm) interface
> kernel: scsi : 2 hosts.
> kernel: Vendor: IOMEGA Model: ZIP 250 Rev: J.45
> kernel: Type: Direct-Access ANSI SCSI revision: 02
>
> Even without a disk this works (if parport_pc is preloaded).
>
> Anyway the disk in the drive was a 250MB vfat formatted one. But OTOH, the
> oops trace points to ext2.
>
> For completeness: With the disk "modprobe sd" gives
As you say, for completeness:
SCSI subsystem driver Revision: 1.00
parport0: PC-style at 0x378 [PCSPP]
parport0: irq 7 detected
imm: Version 2.04 (for Linux 2.4.0)
imm: Found device at ID 6, Attempting to use EPP 32 bit
imm: Found device at ID 6, Attempting to use SPP
imm: Communication established at 0x378 with ID 6 using SPP
scsi0 : Iomega VPI2 (imm) interface
Vendor: IOMEGA Model: ZIP 100 Rev: P.05
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi removable disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
sda: Write Protect is off
sda: sda4
As I noted in a previous posting to the list my Communication type is
misdetected as SPP when it really is EPP. The 101 MB size looks fishy
also as it usually reads 96 MB IIRC.
>
> kernel: Detected scsi removable disk sda at scsi1, channel 0, id 6, lun 0
> kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors= 489532 [239 MB] [0.2 GB]
> kernel: sda: Write Protect is off
> kernel: sda: sda4
>
Gert Wollny wrote:
>
> On Tue, 14 Nov 2000, James M wrote:
> > Was just trying to find out why I can mount in 11pre1 and 11pre2 when
> > Gert can't mount at all, so I removed my VFAT factory formatted zipdisk
> > and put in an Ext2 formatted one.....**BOOM**
>
The configure help for the Winbond SuperIO states:
"Saying Y here enables some probes for Super-IO chipsets in order to
find out things like base addresses, IRQ lines and DMA channels. It
is safe to say N."
Enabling this allows me to mount both VFAT and EXT2 in 11pre3, it
appears it should no longer be marked "Experimental" or "Safe to say No"
in the case of Zipdrives at least.
Dunno what time it is over there but could you give this a try when you
get a chance? My port is still misdetected but at least I didn't have to
fsck this time...;=)
James M wrote:
>
> Dunno what time it is over there
Just add seven hours to your time.
> but could you give this a try when you get a chance?
yeah, and the other thing i will do, is to go through the test7-pre
series, to see where the bug came to light.
>From - Thu Nov 16 12:10:09 2000
>From wollny Thu Nov 16 11:32:26 2000
Received: from mout1.freenet.de ([email protected] [194.97.50.132])
by topaz.cns.mpg.de (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA31905
for <[email protected]>; Thu, 16 Nov 2000 11:32:26 +0100
Received: from [194.97.50.138] (helo=mx0.freenet.de)
by mout1.freenet.de with esmtp (Exim 3.16 #20)
id 13wMLC-0008Vt-00
for [email protected]; Thu, 16 Nov 2000 11:32:26 +0100
Received: from afccb.pppool.de ([213.6.252.203] helo=bolide.beigert.de)
by mx0.freenet.de with esmtp (Exim 3.16 #20)
id 13wMLB-0003qe-00
for [email protected]; Thu, 16 Nov 2000 11:32:25 +0100
Received: from localhost (wollny@localhost)
by bolide.beigert.de (8.9.3/8.8.7) with ESMTP id LAA01472
for <[email protected]>; Thu, 16 Nov 2000 11:40:28 +0100
Date: Thu, 16 Nov 2000 11:40:28 +0100 (CET)
From: Gert Wollny <[email protected]>
To: [email protected]
Subject: my patch
Message-ID: <[email protected]>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811830-1847483163-974371228=:1389"
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000
X-UIDL: b5956dbe5236d1632c2f0f87bfe57e35
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to [email protected] for more info.
---1463811830-1847483163-974371228=:1389
Content-Type: TEXT/PLAIN; charset=US-ASCII
---1463811830-1847483163-974371228=:1389
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="imm-lockup.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <[email protected]>
Content-Description: no
Content-Disposition: attachment; filename="imm-lockup.patch"
ZGlmZiAtcnUgMi40LjAtdGVzdDExLXByZTQvZHJpdmVycy9zY3NpL2ltbS5j
IDIuNC4wLXRlc3QxMS1wcmU0LW15L2RyaXZlcnMvc2NzaS9pbW0uYw0KLS0t
IDIuNC4wLXRlc3QxMS1wcmU0L2RyaXZlcnMvc2NzaS9pbW0uYwlXZWQgTm92
IDE1IDE5OjM5OjQxIDIwMDANCisrKyAyLjQuMC10ZXN0MTEtcHJlNC1teS9k
cml2ZXJzL3Njc2kvaW1tLmMJV2VkIE5vdiAxNSAxOTo0NDo1NiAyMDAwDQpA
QCAtMjEyLDggKzIxMiwxMSBAQA0KIAkgICAgcmV0dXJuIDA7DQogCXRyeV9h
Z2FpbiA9IDE7DQogCWdvdG8gcmV0cnlfZW50cnk7DQotICAgIH0gZWxzZQ0K
LQlyZXR1cm4gMTsJCS8qIHJldHVybiBudW1iZXIgb2YgaG9zdHMgZGV0ZWN0
ZWQgKi8NCisgICAgfSBlbHNlIHsNCisJIC8qIG5vdyBlbmFibGUgdGhlIG5l
dyBjb2RlICovDQorCSBob3N0LT51c2VfbmV3X2VoX2NvZGUgPSAxOw0KKwkg
cmV0dXJuIDE7CQkvKiByZXR1cm4gbnVtYmVyIG9mIGhvc3RzIGRldGVjdGVk
ICovDQorICAgIH0JIA0KIH0NCiANCiAvKiBUaGlzIGlzIHRvIGdpdmUgdGhl
IGltbSBkcml2ZXIgYSB3YXkgdG8gbW9kaWZ5IHRoZSB0aW1pbmdzIChhbmQg
b3RoZXINCmRpZmYgLXJ1IDIuNC4wLXRlc3QxMS1wcmU0L2RyaXZlcnMvc2Nz
aS9pbW0uaCAyLjQuMC10ZXN0MTEtcHJlNC1teS9kcml2ZXJzL3Njc2kvaW1t
LmgNCi0tLSAyLjQuMC10ZXN0MTEtcHJlNC9kcml2ZXJzL3Njc2kvaW1tLmgJ
V2VkIE5vdiAxNSAxOTo0MDo0NCAyMDAwDQorKysgMi40LjAtdGVzdDExLXBy
ZTQtbXkvZHJpdmVycy9zY3NpL2ltbS5oCVdlZCBOb3YgMTUgMjA6MDE6MTEg
MjAwMA0KQEAgLTEwLDcgKzEwLDcgQEANCiAjaWZuZGVmIF9JTU1fSA0KICNk
ZWZpbmUgX0lNTV9IDQogDQotI2RlZmluZSAgIElNTV9WRVJTSU9OICAgIjIu
MDQgKGZvciBMaW51eCAyLjQuMCkiDQorI2RlZmluZSAgIElNTV9WRVJTSU9O
ICAgIjIuMDUgKGZvciBMaW51eCAyLjQuMCkiDQogDQogLyogDQogICogMTAg
QXByIDE5OTggKEdvb2QgRnJpZGF5KSAtIFJlY2VpdmVkIEVOMTQ0MzAyIGJ5
IGVtYWlsIGZyb20gSW9tZWdhLg0KQEAgLTYwLDYgKzYwLDkgQEANCiAgKiAg
ICBhZGRlZCBDT05GSUdfU0NTSV9JWklQX1NMT1dfQ1RSIG9wdGlvbg0KICAq
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgWzIuMDNdDQogICogIEZpeCBrZXJuZWwgcGFuaWMgb24gc2Nz
aSB0aW1lb3V0LgkJMjBBdWcwMCBbMi4wNF0NCisgKg0KKyAqICBGaXggYSBs
b2NrdXAgZHVyaW5nIGRldGVjdGlvbiBvZiBkcml2ZSAgICAgIDE0Tm92MDAg
WzIuMDVdDQorICogIEdlcnQgV29sbG55IDx3b2xsbnlAY25zLm1wZy5kZT4N
CiAgKi8NCiAvKiAtLS0tLS0gRU5EIE9GIFVTRVIgQ09ORklHVVJBQkxFIFBB
UkFNRVRFUlMgLS0tLS0gKi8NCiANCkBAIC0xNzIsNyArMTc1LDcgQEANCiAg
ICAgICAgICAgICAgICAgZWhfZGV2aWNlX3Jlc2V0X2hhbmRsZXI6ICAgICAg
ICBOVUxMLCAgICAgICAgICAgICAgICAgICBcDQogICAgICAgICAgICAgICAg
IGVoX2J1c19yZXNldF9oYW5kbGVyOiAgICAgICAgICAgaW1tX3Jlc2V0LCAg
ICAgICAgICAgICAgXA0KICAgICAgICAgICAgICAgICBlaF9ob3N0X3Jlc2V0
X2hhbmRsZXI6ICAgICAgICAgIGltbV9yZXNldCwgICAgICAgICAgICAgIFwN
Ci0JCXVzZV9uZXdfZWhfY29kZToJCTEsCQkJXA0KKwkJdXNlX25ld19laF9j
b2RlOgkJMCwJCQlcDQogCQliaW9zX3BhcmFtOgkJICAgICAgICBpbW1fYmlv
c3BhcmFtLAkJXA0KIAkJdGhpc19pZDoJCQk3LAkJCVwNCiAJCXNnX3RhYmxl
c2l6ZToJCQlTR19BTEwsCQkJXA0K
---1463811830-1847483163-974371228=:1389--