From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Gavin Shan" Subject: Re: PIIX4: DMA timeout issue Date: Sun, 3 Aug 2008 22:10:55 +0800 Message-ID: <007901c8f572$c0f3d020$0100a8c0@microsof291b50> References: <488ED837.2060509@alcatel-lucent.com> <488F1C6C.9000002@garzik.org> <48902EB5.8070102@alcatel-lucent.com> <20080730114934.5a593cf4@lxorguk.ukuu.org.uk> <48913FFD.5070901@alcatel-lucent.com> <4892BEBA.2000602@kernel.org> <4892CF2B.9030309@alcatel-lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Sender: linux-kernel-owner@vger.kernel.org To: gshan , Tejun Heo Cc: Alan Cox , Jeff Garzik , linux-kernel@vger.kernel.org, Linux IDE mailing list List-Id: linux-ide@vger.kernel.org PiBVbmZvcnR1bmF0ZWx5LCB0aGUgdGltZW91dCBpc3N1ZSBzdGlsbCBoYXBwZW5lZCBvbiBBVEEg ZHJpdmVyIGFzIElERS4NCj4gDQo+IENvbW1hbmQgKG0gZm9yIGhlbHApOiBwDQo+IA0KPiBEaXNr IC9kZXYvc2RhOiA2MC4wIEdCLCA2MDAxMTY0Mjg4MCBieXRlcw0KPiAyNTUgaGVhZHMsIDYzIHNl Y3RvcnMvdHJhY2ssIDcyOTYgY3lsaW5kZXJzDQo+IFVuaXRzID0gY3lsaW5kZXJzIG9mIDE2MDY1 ICogNTEyID0gODIyNTI4MCBieXRlcw0KPiBEaXNrIGlkZW50aWZpZXI6IDB4NDg5MmMwMDQNCj4g DQo+ICAgRGV2aWNlIEJvb3QgICAgICBTdGFydCAgICAgICAgIEVuZCAgICAgIEJsb2NrcyAgIElk ICBTeXN0ZW0NCj4gL2Rldi9zZGExICAgICAgICAgICAgICAgMSAgICAgICAgICAxNyAgICAgIDEz NjUyMSAgIDgzICBMaW51eA0KPiAvZGV2L3NkYTQgICAgICAgICAgICAgIDE4ICAgICAgICA3Mjk2 ICAgIDU4NDY4NTY3KyAgIDUgIEV4dGVuZGVkDQo+IC9kZXYvc2RhNSAgICAgICAgICAgICAgMTgg ICAgICAgIDcyOTYgICAgNTg0Njg1MzYgICA4MyAgTGludXgNCj4gDQo+IENvbW1hbmQgKG0gZm9y IGhlbHApOiB3DQo+IFRoZSBwYXJ0aXRpb24gdGFibGUgaGFzIGJlZW4gYWx0ZXJlZCENCj4gDQo+ IENhbGxpbmcgaW9jdGwoKSB0byByZS1yZWFkIHBhcnRpdGlvbiB0YWJsZS4NCj4gU0NTSSBkZXZp Y2Ugc2RhOiAxMTcyMTAyNDAgNTEyLWJ5dGUgaGR3ciBzZWN0b3JzICg2MDAxMiBNQikNCj4gc2Rh OiBXcml0ZSBQcm90ZWN0IGlzIG9mZg0KPiBTQ1NJIGRldmljZSBzZGE6IHdyaXRlIGNhY2hlOiBl bmFibGVkLCByZWFkIGNhY2hlOiBlbmFibGVkLCBkb2Vzbid0IA0KPiBzdXBwb3J0IERQTyBvciBG VUENCj4gc2RhOiBzZGExIHNkYTQgPCBzZGE1ID4NCj4gU3luY2luZyBkaXNrcy4NCj4gLyAkIG1r ZnMuZXh0MyAtTiA2NTUzNjAgL2Rldi9zZGE1DQo+IG1rZTJmcyAxLjQwICgyOS1KdW4tMjAwNykN Cj4gRmlsZXN5c3RlbSBsYWJlbD0NCj4gT1MgdHlwZTogTGludXgNCj4gQmxvY2sgc2l6ZT00MDk2 IChsb2c9MikNCj4gRnJhZ21lbnQgc2l6ZT00MDk2IChsb2c9MikNCj4gNjU3OTg0IGlub2Rlcywg MTQ2MTcxMzQgYmxvY2tzDQo+IDczMDg1NiBibG9ja3MgKDUuMDAlKSByZXNlcnZlZCBmb3IgdGhl IHN1cGVyIHVzZXINCj4gRmlyc3QgZGF0YSBibG9jaz0wDQo+IE1heGltdW0gZmlsZXN5c3RlbSBi bG9ja3M9MA0KPiA0NDcgYmxvY2sgZ3JvdXBzDQo+IDMyNzY4IGJsb2NrcyBwZXIgZ3JvdXAsIDMy NzY4IGZyYWdtZW50cyBwZXIgZ3JvdXANCj4gMTQ3MiBpbm9kZXMgcGVyIGdyb3VwDQo+IFN1cGVy YmxvY2sgYmFja3VwcyBzdG9yZWQgb24gYmxvY2tzOg0KPiAgICAgICAgMzI3NjgsIDk4MzA0LCAx NjM4NDAsIDIyOTM3NiwgMjk0OTEyLCA4MTkyMDAsIDg4NDczNiwgMTYwNTYzMiwgDQo+IDI2NTQy MDgsDQo+ICAgICAgICA0MDk2MDAwLCA3OTYyNjI0LCAxMTIzOTQyNA0KPiANCj4gV3JpdGluZyBp bm9kZSB0YWJsZXM6IGRvbmUgICAgICAgICAgICAgICAgICAgICAgICAgICANCj4gQ3JlYXRpbmcg am91cm5hbCAoMzI3NjggYmxvY2tzKTogZG9uZQ0KPiBXcml0aW5nIHN1cGVyYmxvY2tzIGFuZCBm aWxlc3lzdGVtIGFjY291bnRpbmcgaW5mb3JtYXRpb246IGRvbmUNCj4gDQo+IFRoaXMgZmlsZXN5 c3RlbSB3aWxsIGJlIGF1dG9tYXRpY2FsbHkgY2hlY2tlZCBldmVyeSAyNSBtb3VudHMgb3INCj4g MTgwIGRheXMsIHdoaWNoZXZlciBjb21lcyBmaXJzdC4gIFVzZSB0dW5lMmZzIC1jIG9yIC1pIHRv IG92ZXJyaWRlLg0KPiAvICQgbWtkaXIgL2FhYQ0KPiAvICQgaWZjb25maWcgcmVwMCAxOTIuMTY4 LjI1My4yNw0KPiBtdjY0M3h4X2V0aF9pZl9zdGFydDogcmVnaXN0ZXIgUEhZIGludGVycnVwdCBy ZXAwIHBvcnQ9MSBzdz0xIHN3cG9ydD0yDQo+IC8gJCBtb3VudCAtbyBub2xvY2sgMTkyLjE2OC4y NTMuMjY6L2hvbWUxIC9hYWENCj4gLyAkIGNkIC9kaXNrX3Jvb3QvDQo+IC9kaXNrX3Jvb3QgJCBs cw0KPiAvZGlza19yb290ICQgY2QgLw0KPiAvICQgbW91bnQgL2Rldi9zZGE1IC9kaXNrX3Jvb3Qv DQo+IGtqb3VybmFsZCBzdGFydGluZy4gIENvbW1pdCBpbnRlcnZhbCA1IHNlY29uZHMNCj4gRVhU MyBGUyBvbiBzZGE1LCBpbnRlcm5hbCBqb3VybmFsDQo+IEVYVDMtZnM6IG1vdW50ZWQgZmlsZXN5 c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLg0KPiAvICQgY2QgL2Rpc2tfcm9vdC8NCj4gL2Rp c2tfcm9vdCAkIHRhciAtenhmIC9hYWEvdGFyZ2V0Xzd4eF9jZ2U1LjIwMDgtMDctMTAudGd6DQo+ IA0KPiBhdGEyLjAwOiBleGNlcHRpb24gRW1hc2sgMHgwIFNBY3QgMHgwIFNFcnIgMHgwIGFjdGlv biAweDIgZnJvemVuDQo+IGF0YTIuMDA6IGNtZCAzNS8wMDowMDoxODplZjoyOC8wMDowNDowMTow MDowMC9lMCB0YWcgMCBjZGIgMHgwIGRhdGEgDQo+IDUyNDI4OCBvdXQNCj4gICAgICAgICByZXMg NDAvMDA6MDA6MDA6MDA6MDAvMDA6MDA6MDA6MDA6MDAvMDAgRW1hc2sgMHg0ICh0aW1lb3V0KQ0K PiBhdGEyOiBzb2Z0IHJlc2V0dGluZyBwb3J0DQo+IGF0YTIuMDA6IGNvbmZpZ3VyZWQgZm9yIFVE TUEvMzMNCj4gYXRhMjogRUggY29tcGxldGUNCj4gYXRhMi4wMDogZXhjZXB0aW9uIEVtYXNrIDB4 MCBTQWN0IDB4MCBTRXJyIDB4MCBhY3Rpb24gMHgyIGZyb3plbg0KPiBhdGEyLjAwOiBjbWQgMzUv MDA6MDA6MTg6ZWY6MjgvMDA6MDQ6MDE6MDA6MDAvZTAgdGFnIDAgY2RiIDB4MCBkYXRhIA0KPiA1 MjQyODggb3V0DQo+ICAgICAgICAgcmVzIDQwLzAwOjAwOjAwOjAwOjAwLzAwOjAwOjAwOjAwOjAw LzAwIEVtYXNrIDB4NCAodGltZW91dCkNCj4gYXRhMjogc29mdCByZXNldHRpbmcgcG9ydA0KPiBh dGEyLjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzMzDQo+IGF0YTI6IEVIIGNvbXBsZXRlDQo+IGF0 YTIuMDA6IGV4Y2VwdGlvbiBFbWFzayAweDAgU0FjdCAweDAgU0VyciAweDAgYWN0aW9uIDB4MiBm cm96ZW4NCj4gYXRhMi4wMDogY21kIDM1LzAwOjAwOjE4OmVmOjI4LzAwOjA0OjAxOjAwOjAwL2Uw IHRhZyAwIGNkYiAweDAgZGF0YSANCj4gNTI0Mjg4IG91dA0KPiAgICAgICAgIHJlcyA0MC8wMDow MDowMDowMDowMC8wMDowMDowMDowMDowMC8wMCBFbWFzayAweDQgKHRpbWVvdXQpDQo+IGF0YTI6 IHNvZnQgcmVzZXR0aW5nIHBvcnQNCj4gYXRhMi4wMDogY29uZmlndXJlZCBmb3IgVURNQS8zMw0K PiBhdGEyOiBFSCBjb21wbGV0ZQ0KPiBhdGEyLjAwOiBsaW1pdGluZyBzcGVlZCB0byBVRE1BLzI1 OlBJTzQNCj4gYXRhMi4wMDogZXhjZXB0aW9uIEVtYXNrIDB4MCBTQWN0IDB4MCBTRXJyIDB4MCBh Y3Rpb24gMHgyIGZyb3plbg0KPiBhdGEyLjAwOiBjbWQgMzUvMDA6MDA6MTg6ZWY6MjgvMDA6MDQ6 MDE6MDA6MDAvZTAgdGFnIDAgY2RiIDB4MCBkYXRhIA0KPiA1MjQyODggb3V0DQo+ICAgICAgICAg cmVzIDQwLzAwOjAwOjAwOjAwOjAwLzAwOjAwOjAwOjAwOjAwLzAwIEVtYXNrIDB4NCAodGltZW91 dCkNCj4gYXRhMjogc29mdCByZXNldHRpbmcgcG9ydA0KPiBhdGEyLjAwOiBjb25maWd1cmVkIGZv ciBVRE1BLzI1DQo+IGF0YTI6IEVIIGNvbXBsZXRlDQo+IGF0YTIuMDA6IGV4Y2VwdGlvbiBFbWFz ayAweDAgU0FjdCAweDAgU0VyciAweDAgYWN0aW9uIDB4MiBmcm96ZW4NCj4gYXRhMi4wMDogY21k IDM1LzAwOjAwOjE4OmVmOjI4LzAwOjA0OjAxOjAwOjAwL2UwIHRhZyAwIGNkYiAweDAgZGF0YSAN Cj4gNTI0Mjg4IG91dA0KPiAgICAgICAgIHJlcyA0MC8wMDowMDowMDowMDowMC8wMDowMDowMDow MDowMC8wMCBFbWFzayAweDQgKHRpbWVvdXQpDQo+IGF0YTI6IHNvZnQgcmVzZXR0aW5nIHBvcnQN Cj4gYXRhMi4wMDogY29uZmlndXJlZCBmb3IgVURNQS8yNQ0KPiBhdGEyOiBFSCBjb21wbGV0ZQ0K PiBhdGEyLjAwOiBleGNlcHRpb24gRW1hc2sgMHgwIFNBY3QgMHgwIFNFcnIgMHgwIGFjdGlvbiAw eDIgZnJvemVuDQo+IGF0YTIuMDA6IGNtZCAzNS8wMDowMDoxODplZjoyOC8wMDowNDowMTowMDow MC9lMCB0YWcgMCBjZGIgMHgwIGRhdGEgDQo+IDUyNDI4OCBvdXQNCj4gICAgICAgICByZXMgNDAv MDA6MDA6MDA6MDA6MDAvMDA6MDA6MDA6MDA6MDAvMDAgRW1hc2sgMHg0ICh0aW1lb3V0KQ0KPiBh dGEyOiBzb2Z0IHJlc2V0dGluZyBwb3J0DQo+IGF0YTIuMDA6IGNvbmZpZ3VyZWQgZm9yIFVETUEv MjUNCj4gc2QgMTowOjA6MDogU0NTSSBlcnJvcjogcmV0dXJuIGNvZGUgPSAweDA4MDAwMDAyDQo+ IHNkYTogQ3VycmVudCBbZGVzY3JpcHRvcl06IHNlbnNlIGtleT0weGINCj4gICAgQVNDPTB4MCBB U0NRPTB4MA0KPiBEZXNjcmlwdG9yIHNlbnNlIGRhdGEgd2l0aCBzZW5zZSBkZXNjcmlwdG9ycyAo aW4gaGV4KToNCj4gICAgICAgIDcyIDBiIDAwIDAwIDAwIDAwIDAwIDBjIDAwIDBhIDgwIDAwIDAw IDAwIDAwIDAwDQo+ICAgICAgICAwMCAwMCAwMCAwMA0KPiBlbmRfcmVxdWVzdDogSS9PIGVycm9y LCBkZXYgc2RhLCBzZWN0b3IgMTk0NTk4NjQNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ug c2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzM3DQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9P IGVycm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNh bCBibG9jayAyMzk4MzM4DQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNk YTUNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4 MzM5DQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gQnVmZmVy IEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzQwDQo+IGxvc3Qg cGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkvTyBlcnJvciBv biBkZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzQxDQo+IGxvc3QgcGFnZSB3cml0ZSBk dWUgdG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2Rh NSwgbG9naWNhbCBibG9jayAyMzk4MzQyDQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVy cm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNhbCBi bG9jayAyMzk4MzQzDQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYTUN Cj4gQnVmZmVyIEkvTyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzQ0 DQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkv TyBlcnJvciBvbiBkZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzQ1DQo+IGxvc3QgcGFn ZSB3cml0ZSBkdWUgdG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gQnVmZmVyIEkvTyBlcnJvciBvbiBk ZXZpY2Ugc2RhNSwgbG9naWNhbCBibG9jayAyMzk4MzQ2DQo+IGxvc3QgcGFnZSB3cml0ZSBkdWUg dG8gSS9PIGVycm9yIG9uIHNkYTUNCj4gYXRhMjogRUggY29tcGxldGUNCj4gYXRhMi4wMDogZXhj ZXB0aW9uIEVtYXNrIDB4MCBTQWN0IDB4MCBTRXJyIDB4MCBhY3Rpb24gMHgyIGZyb3plbg0KPiBh dGEyLjAwOiBjbWQgY2EvMDA6Zjg6MTg6ZjM6MjgvMDA6MDA6MDA6MDA6MDAvZTEgdGFnIDAgY2Ri IDB4MCBkYXRhIA0KPiAxMjY5NzYgb3V0DQo+ICAgICAgICAgcmVzIDQwLzAwOjAwOjAwOjAwOjAw LzAwOjAwOjAwOjAwOjAwLzAwIEVtYXNrIDB4NCAodGltZW91dCkNCj4gYXRhMjogc29mdCByZXNl dHRpbmcgcG9ydA0KPiBhdGEyLjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzI1DQo+IGF0YTI6IEVI IGNvbXBsZXRlDQo+IGF0YTIuMDA6IGV4Y2VwdGlvbiBFbWFzayAweDAgU0FjdCAweDAgU0VyciAw eDAgYWN0aW9uIDB4MiBmcm96ZW4NCj4gYXRhMi4wMDogY21kIGNhLzAwOmY4OjE4OmYzOjI4LzAw OjAwOjAwOjAwOjAwL2UxIHRhZyAwIGNkYiAweDAgZGF0YSANCj4gMTI2OTc2IG91dA0KPiAgICAg ICAgIHJlcyA0MC8wMDowMDowMDowMDowMC8wMDowMDowMDowMDowMC8wMCBFbWFzayAweDQgKHRp bWVvdXQpDQo+IGF0YTI6IHNvZnQgcmVzZXR0aW5nIHBvcnQNCj4gYXRhMi4wMDogY29uZmlndXJl ZCBmb3IgVURNQS8yNQ0KPiBhdGEyOiBFSCBjb21wbGV0ZQ0KDQpBbGFuIGFuZCBKZWZmLCBJIGRp ZG4ndCByZWNlaXZlIHlvdXIgcmVwbHkgdGlsbCBub3cuIEknbSBub3Qgc3VyZSB5b3UgYXJlIA0K c3RpbGwgaW50cmVzdGVkIG9uIHRoaXMgaXNzdWUuIElmIHlvdSB3b3VsZCBsaWtlIHRvIGdldCBt b3JlIGluZm9ybWF0aW9uLA0KcGxzIGxldCBtZSBrbm93LiANCg0KSSB0ZXN0ZWQgaXQgZm9yIGFs bW9zdCBvbmUgZGF5IGFuZCBmb3VuZCBzYW1lIGlzc3VlIG9uIDEwMEdCIGFuZCA2MEdCDQpkaXNr LiBTbyBJIGhhdmUgdG8gdGhpbmsgYWJvdXQgaW50ZXJydXB0IGxvc3QgaW5zaWRlIGk4MjU5LiBU aGVuIEkgY2hhbmdlZA0KY29kZSBvZiBpODI1OSBmb3Igc2V2ZXJhbCB0aW1lIGFuZCB0ZXN0ZWQg aXQgYW5kIHVuZm9ydHVuYXRlbHkgc2FtZSBpc3N1ZQ0Kd2FzIHRoZXJlLiBJIGRvbid0IGhhdmUg Z29vZCBpZGVhcyBub3cuIElmIHlvdSB3b3VsZCBsaWtlLCBJIGNhbiBzaG93IHlvdQ0KdGhlIGNv ZGUgYWJvdXQgaTgyNTkgaW50ZXJydXB0IGhhbmRsaW5nLiANCg0KVGhlIHN1c3BlY3RpbmcgcG9p bnQgb2YgbWluZSBvbiBpODI1OSBpczogd2hlbiBtdWx0aXBsZSBpbnRlcnJ1cHRzIGFyZSBhc3Nl cnRlZA0Kb24gc2xhdmUgY29udHJvbGxlci4gTm9uLXNwZWNpZmljIEVPSSB3aWxsIGNsZWFyIGFs bCBwZW5kaW5nIGludGVycnVwdHMgb3IganVzdA0KY2xlYXIgdGhhdCBvbmUgaW4gSVNSPw0KDQpH YXZpbg0K From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757753AbYHCOPA (ORCPT ); Sun, 3 Aug 2008 10:15:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755786AbYHCOOv (ORCPT ); Sun, 3 Aug 2008 10:14:51 -0400 Received: from ihemail3.lucent.com ([135.245.0.37]:45653 "EHLO ihemail3.lucent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755591AbYHCOOu (ORCPT ); Sun, 3 Aug 2008 10:14:50 -0400 Message-ID: <007901c8f572$c0f3d020$0100a8c0@microsof291b50> From: "Gavin Shan" To: "gshan" , "Tejun Heo" Cc: "Alan Cox" , "Jeff Garzik" , , "Linux IDE mailing list" References: <488ED837.2060509@alcatel-lucent.com> <488F1C6C.9000002@garzik.org> <48902EB5.8070102@alcatel-lucent.com> <20080730114934.5a593cf4@lxorguk.ukuu.org.uk> <48913FFD.5070901@alcatel-lucent.com> <4892BEBA.2000602@kernel.org> <4892CF2B.9030309@alcatel-lucent.com> Subject: Re: PIIX4: DMA timeout issue Date: Sun, 3 Aug 2008 22:10:55 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2530 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2530 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by alpha.home.local id m73EF4IG026572 > Unfortunately, the timeout issue still happened on ATA driver as IDE. > > Command (m for help): p > > Disk /dev/sda: 60.0 GB, 60011642880 bytes > 255 heads, 63 sectors/track, 7296 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > Disk identifier: 0x4892c004 > > Device Boot Start End Blocks Id System > /dev/sda1 1 17 136521 83 Linux > /dev/sda4 18 7296 58468567+ 5 Extended > /dev/sda5 18 7296 58468536 83 Linux > > Command (m for help): w > The partition table has been altered! > > Calling ioctl() to re-read partition table. > SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB) > sda: Write Protect is off > SCSI device sda: write cache: enabled, read cache: enabled, doesn't > support DPO or FUA > sda: sda1 sda4 < sda5 > > Syncing disks. > / $ mkfs.ext3 -N 655360 /dev/sda5 > mke2fs 1.40 (29-Jun-2007) > Filesystem label= > OS type: Linux > Block size=4096 (log=2) > Fragment size=4096 (log=2) > 657984 inodes, 14617134 blocks > 730856 blocks (5.00%) reserved for the super user > First data block=0 > Maximum filesystem blocks=0 > 447 block groups > 32768 blocks per group, 32768 fragments per group > 1472 inodes per group > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, > 2654208, > 4096000, 7962624, 11239424 > > Writing inode tables: done > Creating journal (32768 blocks): done > Writing superblocks and filesystem accounting information: done > > This filesystem will be automatically checked every 25 mounts or > 180 days, whichever comes first. Use tune2fs -c or -i to override. > / $ mkdir /aaa > / $ ifconfig rep0 192.168.253.27 > mv643xx_eth_if_start: register PHY interrupt rep0 port=1 sw=1 swport=2 > / $ mount -o nolock 192.168.253.26:/home1 /aaa > / $ cd /disk_root/ > /disk_root $ ls > /disk_root $ cd / > / $ mount /dev/sda5 /disk_root/ > kjournald starting. Commit interval 5 seconds > EXT3 FS on sda5, internal journal > EXT3-fs: mounted filesystem with ordered data mode. > / $ cd /disk_root/ > /disk_root $ tar -zxf /aaa/target_7xx_cge5.2008-07-10.tgz > > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/33 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/33 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/33 > ata2: EH complete > ata2.00: limiting speed to UDMA/25:PIO4 > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/25 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/25 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd 35/00:00:18:ef:28/00:04:01:00:00/e0 tag 0 cdb 0x0 data > 524288 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/25 > sd 1:0:0:0: SCSI error: return code = 0x08000002 > sda: Current [descriptor]: sense key=0xb > ASC=0x0 ASCQ=0x0 > Descriptor sense data with sense descriptors (in hex): > 72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 > 00 00 00 00 > end_request: I/O error, dev sda, sector 19459864 > Buffer I/O error on device sda5, logical block 2398337 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398338 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398339 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398340 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398341 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398342 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398343 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398344 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398345 > lost page write due to I/O error on sda5 > Buffer I/O error on device sda5, logical block 2398346 > lost page write due to I/O error on sda5 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd ca/00:f8:18:f3:28/00:00:00:00:00/e1 tag 0 cdb 0x0 data > 126976 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/25 > ata2: EH complete > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen > ata2.00: cmd ca/00:f8:18:f3:28/00:00:00:00:00/e1 tag 0 cdb 0x0 data > 126976 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata2: soft resetting port > ata2.00: configured for UDMA/25 > ata2: EH complete Alan and Jeff, I didn't receive your reply till now. I'm not sure you are still intrested on this issue. If you would like to get more information, pls let me know. I tested it for almost one day and found same issue on 100GB and 60GB disk. So I have to think about interrupt lost inside i8259. Then I changed code of i8259 for several time and tested it and unfortunately same issue was there. I don't have good ideas now. If you would like, I can show you the code about i8259 interrupt handling. The suspecting point of mine on i8259 is: when multiple interrupts are asserted on slave controller. Non-specific EOI will clear all pending interrupts or just clear that one in ISR? Gavin {.n++%ݶw{.n+{G{ayʇڙ,jfhz_(階ݢj"mG?&~iOzv^m ?I