Mailing List Archive

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 mime@docserver.cac.washington.edu for more info.
--998314481-2035183497-916809406=:14129
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.3.96.990119231717.14129D@Astro.Dyer.Vanderbilt.Edu>
"ide-probe.c.diff" is an UGLY-NASTY work-around due the changes in
./include/asm-i386/strings.h
I don't like it but it works for now.
This is not the right way to do this since it has a character dependent
position test. If the id->model == `IOMEGA ZIP 100 ATAPI' changes due the
the vender, instant break.................
As for your multi-mode errors, the original changes that I made around
2.1.122 were stubbed out, but you can enable them easily.
Apply this, "ide-2.2.0.8.pat1", to give you the option of multi-mode config.
The other option is to edit ./drivers/block/ide.h at line #34
#define INITIAL_MULT_COUNT 0 /* off=0; on=2,4,8,16,32, etc.. */
#define INITIAL_MULT_COUNT 1 /* off=0; on=2,4,8,16,32, etc.. */
This has not been tested, but since many drives complain about multi-mode
being set to zero, why not give a value of one a whirl. It is in effect
the same transfer style/method in principle. A value of zero means
multi-mode is diabled (ie one block at a time) and a value of one
would have the same effect..........
Please let me know if it goes away with either or both of these options.
On Wed, 20 Jan 1999, CaT wrote:
>
> Just booted into pre8 (from the v2.1 dir) and found new errors regarding
> my IDE stuff.
>
> The related boot messages are:
>
> Jan 20 11:12:38 kinder kernel: PIIX4: IDE controller on PCI bus 00 dev 39
> Jan 20 11:12:38 kinder kernel: PIIX4: not 100ative mode: will probe irqs later
> Jan 20 11:12:38 kinder kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
> Jan 20 11:12:38 kinder kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
> Jan 20 11:12:38 kinder kernel: hda: ST36531A, ATA DISK drive
> Jan 20 11:12:38 kinder kernel: hdb: CREATIVEDVD-ROM DVD2240E 09/27/97, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: hdc: IOMEGA ZIP 100 ATAPI, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: hdd: CD-ROM 32X/AKU, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> Jan 20 11:12:38 kinder kernel: ide1 at 0x170-0x177,0x376 on irq 15
> Jan 20 11:12:38 kinder kernel: hda: ST36531A, 6204MB w/128kB Cache, CHS=790/255/63, UDMA
> Jan 20 11:12:38 kinder kernel: hdb: ATAPI 24X CDROM drive, 256kB Cache
> Jan 20 11:12:38 kinder kernel: Uniform CDROM driver Revision: 2.52
> Jan 20 11:12:38 kinder kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete
> Error }
> Jan 20 11:12:38 kinder kernel: hdc: packet command error: error=0x50
> Jan 20 11:12:38 kinder kernel: ATAPI device hdc:
> Jan 20 11:12:38 kinder kernel: Error: Illegal request -- (Sense key=0x05)
> Jan 20 11:12:38 kinder kernel: Invalid field in command packet -- (asc=0x24, ascq=0x00)
> Jan 20 11:12:38 kinder kernel: The failed "Mode Sense" packet command was:
> Jan 20 11:12:38 kinder kernel: "5a 00 2a 00 00 00 00 00 18 00 00 00 "
> Jan 20 11:12:38 kinder kernel: hdd: ATAPI 32X CDROM drive, 128kB Cache
> Jan 20 11:12:38 kinder kernel: Floppy drive(s): fd0 is 1.44M
> Jan 20 11:12:38 kinder kernel: FDC 0 is a post-1991 82077
> Jan 20 11:12:38 kinder kernel: PPP: version 2.3.3 (demand dialling)
> Jan 20 11:12:38 kinder kernel: TCP compression code copyright 1989 Regents of the University of
> California
> Jan 20 11:12:38 kinder kernel: PPP line discipline registered.
> Jan 20 11:12:38 kinder kernel: Partition check:
> Jan 20 11:12:38 kinder kernel: hda:hda: set_multmode: status=0x51 { DriveReady SeekComplete Error }
> Jan 20 11:12:38 kinder kernel: hda: set_multmode: error=0x04 { DriveStatusError }
> Jan 20 11:12:38 kinder kernel: hda1 hda2 < hda5 > hda3 hda4
>
> Now.... hdc is my zip drive. I never got the above error with any kernel.
> The mysterious hda errors are still there. They only came in when I
> started using 2.2.0pre4 and up. never used 2.2.0pre1-3 or 132. 131ac13
> didn't have em.
>
> On the up side I've not been able to reproduce the previously mentioned
> problem with my DVD drive. :)
Cheers,
Andre Hedrick
The (NEW) Linux IDE guy
The APC UPS Specialist for Linux
http://www.dyer.vanderbilt.edu/server/udma/
http://www.dyer.vanderbilt.edu/server/apcupsd/apcupsd-3.5.2.bin.tar.gz
You just need a bigger hammer, or learn how to swing the one you have better.
(C) me.....
--998314481-2035183497-916809406=:14129
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ide-probe.c.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.96.990119231646.14129B@Astro.Dyer.Vanderbilt.Edu>
Content-Description:
LS0tIGxpbnV4LTIuMi4wLXByZTQtcHJpc3RpbmUvZHJpdmVycy9ibG9jay9p
ZGUtcHJvYmUuYy5vcmlnCU1vbiBKYW4gIDQgMTM6MTg6MTcgMTk5OQ0KKysr
IGxpbnV4L2RyaXZlcnMvYmxvY2svaWRlLXByb2JlLmMJTW9uIEphbiAgNCAx
MzoxOTozMyAxOTk5DQpAQCAtNTg3LDcgKzU4NywxNiBAQA0KIAkJZHJpdmUt
Pm5leHQgPSBod2dyb3VwLT5kcml2ZS0+bmV4dDsNCiAJCWh3Z3JvdXAtPmRy
aXZlLT5uZXh0ID0gZHJpdmU7DQogCX0NCisjaWYgMA0KIAlod2dyb3VwLT5o
d2lmID0gSFdJRihod2dyb3VwLT5kcml2ZSk7DQorI2Vsc2UNCisJaWYgKCFo
d2dyb3VwLT5od2lmKSB7DQorCQlod2dyb3VwLT5od2lmID0gSFdJRihod2dy
b3VwLT5kcml2ZSk7DQorCQlwcmludGsoIiVzIDogQWRkaW5nIG1pc3NlZCBo
d2lmIHRvIGh3Z3JvdXAhIVxuIiwgaHdpZi0+bmFtZSk7DQorCX0gZWxzZSB7
DQorCQlwcmludGsoIiVzIDogR290IGFsbCBod2lmcyB3aXRoIGh3Z3JvdXAh
IVxuIiwgaHdpZi0+bmFtZSk7DQorCX0NCisjZW5kaWYNCiAJcmVzdG9yZV9m
bGFncyhmbGFncyk7CS8qIGFsbCBDUFVzOyBzYWZlIG5vdyB0aGF0IGh3aWYt
Pmh3Z3JvdXAgaXMgc2V0IHVwICovDQogDQogI2lmICFkZWZpbmVkKF9fbWM2
ODAwMF9fKSAmJiAhZGVmaW5lZChDT05GSUdfQVBVUykgJiYgIWRlZmluZWQo
X19zcGFyY19fKQ0K
--998314481-2035183497-916809406=:14129
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ide-2.2.0.8.pat1"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.96.990120000444.14478A@Astro.Dyer.Vanderbilt.Edu>
Content-Description:
ZGlmZiAtdXJOIGxpbnV4LTIuMi4wLXByZTgtcHJpc3RpbmUvRG9jdW1lbnRh
dGlvbi9Db25maWd1cmUuaGVscCBsaW51eC9Eb2N1bWVudGF0aW9uL0NvbmZp
Z3VyZS5oZWxwDQotLS0gbGludXgtMi4yLjAtcHJlOC1wcmlzdGluZS9Eb2N1
bWVudGF0aW9uL0NvbmZpZ3VyZS5oZWxwCVNhdCBKYW4gMTYgMTg6NTc6NTMg
MTk5OQ0KKysrIGxpbnV4L0RvY3VtZW50YXRpb24vQ29uZmlndXJlLmhlbHAJ
VHVlIEphbiAxOSAyMzo0ODozNiAxOTk5DQpAQCAtMzMzLDYgKzMzMywxNSBA
QA0KICAgcm9vdCBmaWxlc3lzdGVtICh0aGUgb25lIGNvbnRhaW5pbmcgdGhl
IGRpcmVjdG9yeSAvKSBpcyBsb2NhdGVkIG9uDQogICB0aGUgSURFIGRpc2su
IElmIHVuc3VyZSwgc2F5IFkuDQogDQorVXNlIGF1dG8gbXVsdGktbW9kZSBi
eSBkZWZhdWx0IChFWFBFUklNRU5UQUwpIHN1cHBvcnQNCitDT05GSUdfQkxL
X0RFVl9JREVESVNLX01VTFRJX01PREUNCisgIElmIHlvdSBnZXQgdGhpcyBl
cnJvciwgdHJ5IHRvIGVuYWJsZSB0aGlzIG9wdGlvbi4NCisNCisgIGhkYTog
c2V0X211bHRtb2RlOiBzdGF0dXM9MHg1MSB7IERyaXZlUmVhZHkgU2Vla0Nv
bXBsZXRlIEVycm9yIH0NCisgIGhkYTogc2V0X211bHRtb2RlOiBlcnJvcj0w
eDA0IHsgRHJpdmVTdGF0dXNFcnJvciB9DQorDQorICBJZiBpbiBkb3VidCwg
c2F5IE4uDQorDQogSW5jbHVkZSBJREUvQVRBUEkgQ0RST00gc3VwcG9ydA0K
IENPTkZJR19CTEtfREVWX0lERUNEDQogICBJZiB5b3UgaGF2ZSBhIENEUk9N
IGRyaXZlIHVzaW5nIHRoZSBBVEFQSSBwcm90b2NvbCwgc2F5IFkuIEFUQVBJ
IGlzDQpkaWZmIC11ck4gbGludXgtMi4yLjAtcHJlOC1wcmlzdGluZS9kcml2
ZXJzL2Jsb2NrL0NvbmZpZy5pbiBsaW51eC9kcml2ZXJzL2Jsb2NrL0NvbmZp
Zy5pbg0KLS0tIGxpbnV4LTIuMi4wLXByZTgtcHJpc3RpbmUvZHJpdmVycy9i
bG9jay9Db25maWcuaW4JVHVlIERlYyAyOSAxMzoyMTo0OSAxOTk4DQorKysg
bGludXgvZHJpdmVycy9ibG9jay9Db25maWcuaW4JVHVlIEphbiAxOSAyMzo0
MTo1NCAxOTk5DQpAQCAtMTksNiArMTksOSBAQA0KIGVsc2UNCiAgIGJvb2wg
JyAgIFVzZSBvbGQgZGlzay1vbmx5IGRyaXZlciBvbiBwcmltYXJ5IGludGVy
ZmFjZScgQ09ORklHX0JMS19ERVZfSERfSURFDQogICBkZXBfdHJpc3RhdGUg
JyAgIEluY2x1ZGUgSURFL0FUQS0yIERJU0sgc3VwcG9ydCcgQ09ORklHX0JM
S19ERVZfSURFRElTSyAkQ09ORklHX0JMS19ERVZfSURFDQorICBpZiBbICIk
Q09ORklHX0JMS19ERVZfSURFRElTSyIgIT0gIm4iIF07IHRoZW4NCisgICAg
Ym9vbCAnICAgVXNlIGF1dG8gbXVsdGktbW9kZSBieSBkZWZhdWx0IChFWFBF
UklNRU5UQUwpIHN1cHBvcnQnIENPTkZJR19CTEtfREVWX0lERURJU0tfTVVM
VElfTU9ERQ0KKyAgZmkNCiAgIGRlcF90cmlzdGF0ZSAnICAgSW5jbHVkZSBJ
REUvQVRBUEkgQ0RST00gc3VwcG9ydCcgQ09ORklHX0JMS19ERVZfSURFQ0Qg
JENPTkZJR19CTEtfREVWX0lERQ0KICAgZGVwX3RyaXN0YXRlICcgICBJbmNs
dWRlIElERS9BVEFQSSBUQVBFIHN1cHBvcnQnIENPTkZJR19CTEtfREVWX0lE
RVRBUEUgJENPTkZJR19CTEtfREVWX0lERQ0KICAgZGVwX3RyaXN0YXRlICcg
ICBJbmNsdWRlIElERS9BVEFQSSBGTE9QUFkgc3VwcG9ydCcgQ09ORklHX0JM
S19ERVZfSURFRkxPUFBZICRDT05GSUdfQkxLX0RFVl9JREUNCmRpZmYgLXVy
TiBsaW51eC0yLjIuMC1wcmU4LXByaXN0aW5lL2RyaXZlcnMvYmxvY2svaWRl
LWRpc2suYyBsaW51eC9kcml2ZXJzL2Jsb2NrL2lkZS1kaXNrLmMNCi0tLSBs
aW51eC0yLjIuMC1wcmU4LXByaXN0aW5lL2RyaXZlcnMvYmxvY2svaWRlLWRp
c2suYwlGcmkgSmFuIDE1IDAwOjU4OjQ3IDE5OTkNCisrKyBsaW51eC9kcml2
ZXJzL2Jsb2NrL2lkZS1kaXNrLmMJVHVlIEphbiAxOSAyMzo0MDo0NCAxOTk5
DQpAQCAtNzk1LDE3ICs3OTUsMTcgQEANCiANCiAJZHJpdmUtPm11bHRfY291
bnQgPSAwOw0KIAlpZiAoaWQtPm1heF9tdWx0c2VjdCkgew0KLSNpZiAxCS8q
IG9yaWdpbmFsLCBwcmUgSURFLU5GRywgcGVyIHJlcXVlc3Qgb2YgQUMgKi8N
CisjaWZkZWYgQ09ORklHX0JMS19ERVZfSURFRElTS19NVUxUSV9NT0RFDQor
CQlpZC0+bXVsdHNlY3QgPSAoKGlkLT5tYXhfbXVsdHNlY3QvMikgPiAxKSA/
IGlkLT5tYXhfbXVsdHNlY3QgOiAwOw0KKwkJaWQtPm11bHRzZWN0X3ZhbGlk
ID0gaWQtPm11bHRzZWN0ID8gMSA6IDA7DQorCQlkcml2ZS0+bXVsdF9yZXEg
PSBpZC0+bXVsdHNlY3RfdmFsaWQgPyBpZC0+bWF4X211bHRzZWN0IDogSU5J
VElBTF9NVUxUX0NPVU5UOw0KKwkJZHJpdmUtPnNwZWNpYWwuYi5zZXRfbXVs
dG1vZGUgPSBkcml2ZS0+bXVsdF9yZXEgPyAxIDogMDsNCisjZWxzZQkvKiBv
cmlnaW5hbCwgcHJlIElERS1ORkcsIHBlciByZXF1ZXN0IG9mIEFDICovDQog
CQlkcml2ZS0+bXVsdF9yZXEgPSBJTklUSUFMX01VTFRfQ09VTlQ7DQogCQlp
ZiAoZHJpdmUtPm11bHRfcmVxID4gaWQtPm1heF9tdWx0c2VjdCkNCiAJCQlk
cml2ZS0+bXVsdF9yZXEgPSBpZC0+bWF4X211bHRzZWN0Ow0KIAkJaWYgKGRy
aXZlLT5tdWx0X3JlcSB8fCAoKGlkLT5tdWx0c2VjdF92YWxpZCAmIDEpICYm
IGlkLT5tdWx0c2VjdCkpDQogCQkJZHJpdmUtPnNwZWNpYWwuYi5zZXRfbXVs
dG1vZGUgPSAxOw0KLSNlbHNlDQotCQlpZC0+bXVsdHNlY3QgPSAoKGlkLT5t
YXhfbXVsdHNlY3QvMikgPiAxKSA/IGlkLT5tYXhfbXVsdHNlY3QgOiAwOw0K
LQkJaWQtPm11bHRzZWN0X3ZhbGlkID0gaWQtPm11bHRzZWN0ID8gMSA6IDA7
DQotCQlkcml2ZS0+bXVsdF9yZXEgPSBpZC0+bXVsdHNlY3RfdmFsaWQgPyBp
ZC0+bWF4X211bHRzZWN0IDogSU5JVElBTF9NVUxUX0NPVU5UOw0KLQkJZHJp
dmUtPnNwZWNpYWwuYi5zZXRfbXVsdG1vZGUgPSBkcml2ZS0+bXVsdF9yZXEg
PyAxIDogMDsNCiAjZW5kaWYNCiAJfQ0KIAlkcml2ZS0+bm9faW9fMzJiaXQg
PSBpZC0+ZHdvcmRfaW8gPyAxIDogMDsNCg==
--998314481-2035183497-916809406=:14129--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Andre:
This problem is due to a broken "strstr()" function in pre8,
NOT an IDE driver problem per se.
I have already noticed it and emailed Linus separately about the
problem.
Cheers,
-ml
CaT wrote:
>
> Just booted into pre8 (from the v2.1 dir) and found new errors regarding
> my IDE stuff.
>
> The related boot messages are:
>
> Jan 20 11:12:38 kinder kernel: PIIX4: IDE controller on PCI bus 00 dev 39
> Jan 20 11:12:38 kinder kernel: PIIX4: not 100ative mode: will probe irqs later
> Jan 20 11:12:38 kinder kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
> Jan 20 11:12:38 kinder kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
> Jan 20 11:12:38 kinder kernel: hda: ST36531A, ATA DISK drive
> Jan 20 11:12:38 kinder kernel: hdb: CREATIVEDVD-ROM DVD2240E 09/27/97, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: hdc: IOMEGA ZIP 100 ATAPI, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: hdd: CD-ROM 32X/AKU, ATAPI CDROM drive
> Jan 20 11:12:38 kinder kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> Jan 20 11:12:38 kinder kernel: ide1 at 0x170-0x177,0x376 on irq 15
> Jan 20 11:12:38 kinder kernel: hda: ST36531A, 6204MB w/128kB Cache, CHS=790/255/63, UDMA
> Jan 20 11:12:38 kinder kernel: hdb: ATAPI 24X CDROM drive, 256kB Cache
> Jan 20 11:12:38 kinder kernel: Uniform CDROM driver Revision: 2.52
> Jan 20 11:12:38 kinder kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete
> Error }
> Jan 20 11:12:38 kinder kernel: hdc: packet command error: error=0x50
> Jan 20 11:12:38 kinder kernel: ATAPI device hdc:
> Jan 20 11:12:38 kinder kernel: Error: Illegal request -- (Sense key=0x05)
> Jan 20 11:12:38 kinder kernel: Invalid field in command packet -- (asc=0x24, ascq=0x00)
> Jan 20 11:12:38 kinder kernel: The failed "Mode Sense" packet command was:
> Jan 20 11:12:38 kinder kernel: "5a 00 2a 00 00 00 00 00 18 00 00 00 "
> Jan 20 11:12:38 kinder kernel: hdd: ATAPI 32X CDROM drive, 128kB Cache
> Jan 20 11:12:38 kinder kernel: Floppy drive(s): fd0 is 1.44M
> Jan 20 11:12:38 kinder kernel: FDC 0 is a post-1991 82077
> Jan 20 11:12:38 kinder kernel: PPP: version 2.3.3 (demand dialling)
> Jan 20 11:12:38 kinder kernel: TCP compression code copyright 1989 Regents of the University of
> California
> Jan 20 11:12:38 kinder kernel: PPP line discipline registered.
> Jan 20 11:12:38 kinder kernel: Partition check:
> Jan 20 11:12:38 kinder kernel: hda:hda: set_multmode: status=0x51 { DriveReady SeekComplete Error }
> Jan 20 11:12:38 kinder kernel: hda: set_multmode: error=0x04 { DriveStatusError }
> Jan 20 11:12:38 kinder kernel: hda1 hda2 < hda5 > hda3 hda4
>
> Now.... hdc is my zip drive. I never got the above error with any kernel.
> The mysterious hda errors are still there. They only came in when I
> started using 2.2.0pre4 and up. never used 2.2.0pre1-3 or 132. 131ac13
> didn't have em.
>
> Furthermore:
>
> 1001.root@kinder:/root>> mount /mars/zip
> mount: /dev/hdc4 has wrong major or minor number
>
> But:
>
> 0 brw-rw---- 1 root disk 22, 0 May 6 1998 /dev/hdc
> 0 brw-rw---- 1 root disk 22, 1 May 6 1998 /dev/hdc1
> 0 brw-rw---- 1 root disk 22, 2 May 6 1998 /dev/hdc2
> 0 brw-rw---- 1 root disk 22, 3 May 6 1998 /dev/hdc3
> 0 brw-rw---- 1 root disk 22, 4 May 6 1998 /dev/hdc4
>
> Which looks fine.
>
> When I tried to run fdisk on it I got the following:
>
> 1011.root@kinder:/root>> fdisk /dev/hdc
> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: packet command error: error=0x50
> ATAPI device hdc:
> Error: Illegal request -- (Sense key=0x05)
> Invalid command operation code -- (asc=0x20, ascq=0x00)
> The failed "<NULL>" packet command was:
> "43 02 00 00 00 00 00 00 0c 00 00 00 "
> You will not be able to write the partition table.
> hdc: cdrom_read_intr: data underrun (1 blocks)
> end_request: I/O error, dev 16:00 (hdc), sector 1
>
> Unable to read /dev/hdc
>
> Ummm... cdrom? I get the feeling it things my zip drive might be
> a cdrom drive.
>
> On the up side I've not been able to reproduce the previously mentioned
> problem with my DVD drive. :)
>
> System is:
>
> Linux kinder 2.2.0-pre8 #12 Tue Jan 19 17:21:18 EST 1999 i686 unknown
>
> compiled with egcs 1.1.1 with -mcpu=pentiumpro -march=pentiumpro added
>
> Hope this helps. If you need more info then holler. :)
>
> --
> CaT (cat@zip.net.au) URL: http://www.zip.com.au/dev/null
>
> There was farting in the air that night,
> It lit so bright,
> Fernando...
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
--
mlord@pobox.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

On Wed, 20 Jan 1999, Mark Lord wrote:
> Andre:
>
> This problem is due to a broken "strstr()" function in pre8,
> NOT an IDE driver problem per se.
I am aware of that point and noted to all parties prior to the full
release of 2.2.0-pre8. Both the Jan 15 pre8.bz2 and Jan 17 pre8.gz
put the wammie on the ide-floppy.
Since it is a compiler issue, the UGLY patch was to get it running until
the strstr() was resolved. The solution at had is to do a C-style strstr
call from the kernel's internal lib functions.
> I have already noticed it and emailed Linus separately about the
> problem.
>
> Cheers,
>
> -ml
Cheers,
Andre Hedrick
The (NEW) Linux IDE guy
The APC UPS Specialist for Linux
http://www.dyer.vanderbilt.edu/server/udma/
http://www.dyer.vanderbilt.edu/server/apcupsd/apcupsd-3.5.2.bin.tar.gz
You just need a bigger hammer, or learn how to swing the one you have better.
(C) me.....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Andre M. Hedrick wrote the following:
>
>
> "ide-probe.c.diff" is an UGLY-NASTY work-around due the changes in
> ./include/asm-i386/strings.h
>
> I don't like it but it works for now.
>
> This is not the right way to do this since it has a character dependent
> position test. If the id->model == `IOMEGA ZIP 100 ATAPI' changes due the
> the vender, instant break.................
Applied the above...
> As for your multi-mode errors, the original changes that I made around
> 2.1.122 were stubbed out, but you can enable them easily.
>
> Apply this, "ide-2.2.0.8.pat1", to give you the option of multi-mode config.
>
> The other option is to edit ./drivers/block/ide.h at line #34
>
> #define INITIAL_MULT_COUNT 0 /* off=0; on=2,4,8,16,32, etc.. */
> #define INITIAL_MULT_COUNT 1 /* off=0; on=2,4,8,16,32, etc.. */
Applied that too... (erm.. both of them)
> This has not been tested, but since many drives complain about multi-mode
> being set to zero, why not give a value of one a whirl. It is in effect
> the same transfer style/method in principle. A value of zero means
> multi-mode is diabled (ie one block at a time) and a value of one
> would have the same effect..........
>
> Please let me know if it goes away with either or both of these options.
Well, in my sheer desire to get it all right I applied all that was
mentioned above and a patch that got rid of the assembly strstr(),
all in all the results so far are:
* multimode errors no longer reported (I did turn the config option on)
* zip drive actually works now too. mounted and happy at this very
moment.
I'll try pre9 now (just d/led it) and see if it has any problems.
Thanks for your quick responce :)
--
CaT (cat@zip.net.au) URL: http://www.zip.com.au/dev/null
There was farting in the air that night,
It lit so bright,
Fernando...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

On Fri, 22 Jan 1999, CaT wrote:
> > As for your multi-mode errors, the original changes that I made around
> > 2.1.122 were stubbed out, but you can enable them easily.
> >
> > Apply this, "ide-2.2.0.8.pat1", to give you the option of multi-mode config.
> >
> > The other option is to edit ./drivers/block/ide.h at line #34
> >
> > #define INITIAL_MULT_COUNT 0 /* off=0; on=2,4,8,16,32, etc.. */
> > #define INITIAL_MULT_COUNT 1 /* off=0; on=2,4,8,16,32, etc.. */
>
> Applied that too... (erm.. both of them)
I realy would like to know if both work individually.
The idea was to determine if changing the INITIAL_MULT_COUNT value to ONE
as a default option would fix the error without the need of the actual
patch. Since I am looking beyond the current state of distrutions,
no one () will like to have to do double builds of bootdisks.
Much less the average JOE, newbie or enduser, will not want to have to
guess which to use.
I do not want this to look like a MicroSoft Win98 install that took
two-hours to press the enter key from rolling and laughing on the floor.
"Should your computer halt, please reset and continue with the install"
Mind you that anybody who did not roar aloud must not understand /dev/null.
> > Please let me know if it goes away with either or both of these options.
>
> Well, in my sheer desire to get it all right I applied all that was
> mentioned above and a patch that got rid of the assembly strstr(),
>
> all in all the results so far are:
>
> * multimode errors no longer reported (I did turn the config option on)
I really need to know if this is resolve if we change the value of
INITIAL_MULT_COUNT with the option off works.
> * zip drive actually works now too. mounted and happy at this very
> moment.
The UGLY zip fix would work, regardless of the strstr() error.
Cheers,
Andre Hedrick
The (NEW) Linux IDE guy
The APC UPS Specialist for Linux
http://www.dyer.vanderbilt.edu/server/udma/
http://www.dyer.vanderbilt.edu/server/apcupsd/apcupsd-3.5.2.bin.tar.gz
You just need a bigger hammer, or learn how to swing the one you have better.
(C) me.....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Andre M. Hedrick wrote the following:
>
> On Fri, 22 Jan 1999, CaT wrote:
>
> > > As for your multi-mode errors, the original changes that I made around
> > > 2.1.122 were stubbed out, but you can enable them easily.
> > >
> > > Apply this, "ide-2.2.0.8.pat1", to give you the option of multi-mode config.
> > >
> > > The other option is to edit ./drivers/block/ide.h at line #34
> > >
> > > #define INITIAL_MULT_COUNT 0 /* off=0; on=2,4,8,16,32, etc.. */
> > > #define INITIAL_MULT_COUNT 1 /* off=0; on=2,4,8,16,32, etc.. */
> >
> > Applied that too... (erm.. both of them)
>
> I realy would like to know if both work individually.
No worries. I'll try it with pre9 which I've just setup and all. One, then
the other. should be easy enough.
> The idea was to determine if changing the INITIAL_MULT_COUNT value to ONE
> as a default option would fix the error without the need of the actual
> patch. Since I am looking beyond the current state of distrutions,
I think I just had a braindead moment and just shoved everything in there ;)
> no one () will like to have to do double builds of bootdisks.
> Much less the average JOE, newbie or enduser, will not want to have to
> guess which to use.
>
> I do not want this to look like a MicroSoft Win98 install that took
> two-hours to press the enter key from rolling and laughing on the floor.
>
> "Should your computer halt, please reset and continue with the install"
> Mind you that anybody who did not roar aloud must not understand /dev/null.
That was amusing. :)
> > > Please let me know if it goes away with either or both of these options.
> >
> > Well, in my sheer desire to get it all right I applied all that was
> > mentioned above and a patch that got rid of the assembly strstr(),
> >
> > all in all the results so far are:
> >
> > * multimode errors no longer reported (I did turn the config option on)
>
> I really need to know if this is resolve if we change the value of
> INITIAL_MULT_COUNT with the option off works.
No worries. I'll see if I can do it with pre9. (or final as it wants to
call itself :)
> > * zip drive actually works now too. mounted and happy at this very
> > moment.
>
> The UGLY zip fix would work, regardless of the strstr() error.
*nod* cool. ok. shove that in also if the problem presents itself
again in pre9.
--
CaT (cat@zip.net.au) URL: http://www.zip.com.au/dev/null
There was farting in the air that night,
It lit so bright,
Fernando...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Andre M. Hedrick wrote the following:
>
> On Fri, 22 Jan 1999, CaT wrote:
>
> > > As for your multi-mode errors, the original changes that I made around
> > > 2.1.122 were stubbed out, but you can enable them easily.
> > >
> > > Apply this, "ide-2.2.0.8.pat1", to give you the option of multi-mode config.
> > >
> > > The other option is to edit ./drivers/block/ide.h at line #34
> > >
> > > #define INITIAL_MULT_COUNT 0 /* off=0; on=2,4,8,16,32, etc.. */
> > > #define INITIAL_MULT_COUNT 1 /* off=0; on=2,4,8,16,32, etc.. */
> >
> > Applied that too... (erm.. both of them)
>
> I realy would like to know if both work individually.
> The idea was to determine if changing the INITIAL_MULT_COUNT value to ONE
> as a default option would fix the error without the need of the actual
> patch. Since I am looking beyond the current state of distrutions,
> no one () will like to have to do double builds of bootdisks.
> Much less the average JOE, newbie or enduser, will not want to have to
> guess which to use.
>
> I do not want this to look like a MicroSoft Win98 install that took
> two-hours to press the enter key from rolling and laughing on the floor.
>
> "Should your computer halt, please reset and continue with the install"
> Mind you that anybody who did not roar aloud must not understand /dev/null.
Changing the above #defines does NOT work. I still get the errors on bootup.
Changing the #if block below to #if 0 DOES work. Using this kernel as I type.
#if 1 /* original, pre IDE-NFG, per request of AC */
drive->mult_req = INITIAL_MULT_COUNT;
if (drive->mult_req > id->max_multsect)
drive->mult_req = id->max_multsect;
if (drive->mult_req || ((id->multsect_valid & 1) && id->multsect))
drive->special.b.set_multmode = 1;
#else
id->multsect = ((id->max_multsect/2) > 1) ? id->max_multsect : 0;
id->multsect_valid = id->multsect ? 1 : 0;
drive->mult_req = id->multsect_valid ? id->max_multsect : INITIAL_MULT_COUNT;
drive->special.b.set_multmode = drive->mult_req ? 1 : 0;
#endif
Judging by the patch and the mails of one other (whose name is, from memory,
so similar it's confusing :) this was what was wanted.
Hope this is helping and is not too late for the actual 2.2.0 release.
--
CaT (cat@zip.net.au) URL: http://www.zip.com.au/dev/null
There was farting in the air that night,
It lit so bright,
Fernando...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/