From nobody@FreeBSD.org  Tue Nov  9 08:34:50 2004
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4857516A4ED
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  9 Nov 2004 08:34:50 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 397BD43D54
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  9 Nov 2004 08:34:50 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.11/8.12.11) with ESMTP id iA98Yn2I057458
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 9 Nov 2004 08:34:49 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.11/8.12.11/Submit) id iA98Ynr4057457;
	Tue, 9 Nov 2004 08:34:49 GMT
	(envelope-from nobody)
Message-Id: <200411090834.iA98Ynr4057457@www.freebsd.org>
Date: Tue, 9 Nov 2004 08:34:49 GMT
From: Maxim Frolov <mfr@compumatica.de>
To: freebsd-gnats-submit@FreeBSD.org
Subject: ATA_IDENTIFY timed out under FreeBSD 5.3
X-Send-Pr-Version: www-2.3

>Number:         73706
>Category:       i386
>Synopsis:       [irq] ATA_IDENTIFY timed out under FreeBSD 5.3
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    jhb
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 09 08:40:31 GMT 2004
>Closed-Date:    Tue Jun 12 04:58:00 GMT 2007
>Last-Modified:  Tue Jun 12 04:58:00 GMT 2007
>Originator:     Maxim Frolov
>Release:        5.3
>Organization:
Compumatica Secure Networks
>Environment:
5.3-RELEASE i386  
>Description:
Booting FreeBSD 5.3 with ROCKY-3703EVR motherboard with VIA 82C686 chip always fails with last message from kernel:
ata0-master: FAILURE - ATA_IDENTIFY timed out

The hard disk is connected as master to primary IDE channel.
Everything works fine under FreeBSD 4.10 or under 5.3 if hard disk is connected  as master to secondary IDE channel.
No matter which hard disk is used.


>How-To-Repeat:
boot FreeBSD 5.3 with ROCKY-3703EVR motherboard from hard disk connected to primay IDE port as master
>Fix:
      
>Release-Note:
>Audit-Trail:

From: Jonas Davidsson <aphex@bredband.net>
To: freebsd-gnats-submit@FreeBSD.org, mfr@compumatica.de
Cc:  
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 10 Nov 2004 11:41:21 +0100

 > Description
 > 
 > Booting FreeBSD 5.3 with ROCKY-3703EVR motherboard with VIA 82C686 chip always fails with last message from kernel:
 > ata0-master: FAILURE - ATA_IDENTIFY timed out
 > 
 > The hard disk is connected as master to primary IDE channel.
 > Everything works fine under FreeBSD 4.10 or under 5.3 if hard disk is connected  as master to secondary IDE channel.
 > No matter which hard disk is used.
 > 
 
 I get the exact same problem with my Intel PIIX4 UDMA33 controller,
 except i was upgrading from 5.2.1 -> 5.3
 Doesn't matter at all which drives i have connected, the primary channel just doesn't work for me in 5.3

From: Jonas Davidsson <aphex@bredband.net>
To: Maxim Frolov <mfr@compumatica.de>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 08 Dec 2004 17:05:16 +0100

 RELENG_5_3-p2 looks like this:
 
         if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) {
 #if defined(__ia64__) || defined(__i386__) || defined(__amd64__)
                 /*
                  * Try to re-route interrupts. Sometimes the BIOS or
                  * firmware may leave bogus values in these registers.
                  * If the re-route fails, then just stick with what we
                  * have.
                  */
                 irq = PCI_ASSIGN_INTERRUPT(bus, dev);
                 if (PCI_INTERRUPT_VALID(irq)) {
                         pci_write_config(dev, PCIR_INTLINE, irq, 1);
                         cfg->intline = irq;
                 } else
 #endif
                         irq = cfg->intline;
                 resource_list_add(rl, SYS_RES_IRQ, 0, irq, irq, 1);
         }
 
 
 Do you mean to comment out everything between "#if defined" and "#endif"?
 This would leave
         if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) {
                         irq = cfg->intline;
                 resource_list_add(rl, SYS_RES_IRQ, 0, irq, irq, 1);
         }
 
 active. Just checking to make sure, will try this tonight.
 
 Maxim Frolov wrote:
 > I found a workaround (or solution) for the problem:
 > 
 > In file sys/dev/pci/pci.c:
 > 
 > If the following block is commented out, ATA devices on primary controller are 
 > working:
 > 
 > #if 0
 > #if defined(__ia64__) || defined(__i386__) || defined(__amd64__) || \
 > defined(__arm__)
 > /*
 >  * Try to re-route interrupts. Sometimes the BIOS or
 >  * firmware may leave bogus values in these registers.
 >  * If the re-route fails, then just stick with what we
 >  * have.
 >  */
 > irq = PCI_ASSIGN_INTERRUPT(bus, dev);
 > if (PCI_INTERRUPT_VALID(irq)) {
 > pci_write_config(dev, PCIR_INTLINE, irq, 1);
 > cfg->intline = irq;
 > } else
 > #endif
 > #endif
 > 
 > 
 > 
 > 

From: Jonas Davidsson <JonasD@linux.nu>
To: freebsd-gnats-submit@FreeBSD.org, mfr@compumatica.de
Cc:  
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Thu, 09 Dec 2004 03:32:03 +0100

 Confirmed, my machine boots happily after applying workaround.
Responsible-Changed-From-To: freebsd-i386->jhb 
Responsible-Changed-By: jhb 
Responsible-Changed-When: Tue Jan 18 17:17:57 GMT 2005 
Responsible-Changed-Why:  
As it appears to deal with interrupt routing, I will take this one.  However, 
I need some more information before I can investigate this further, such as 
dmesg output from booting both with and without the suggested patch. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73706 

From: John Baldwin <jhb@freebsd.org>
To: bug-followup@freebsd.org, mfr@compumatica.de
Cc:  
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 23 Nov 2005 13:20:53 -0500

 Does this problem still occur with 5.4 or 6.0?
 
 -- 
 John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve"  =  http://www.FreeBSD.org

From: Maxim Frolov <wrungel@web.de>
To: bug-followup@FreeBSD.org
Cc: jhb@freebsd.org
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 30 Nov 2005 14:58:46 +0100

 On Wednesday 23 November 2005 19:20, you wrote:
 > Does this problem still occur with 5.4 or 6.0=3F
 
 I have tested it with 6.0 only.
 
 The problem is still there but there are other debug messages during booti=
 ng:=20
 - ATA=5FIDENTIFY timed out is more present
 I attached a file with dmesg output for a working configuration (hard disk=
 =20
 connected as master to ata1 and CDROM connected as slave to ata1).
 Any device connected to ata0 is not detected at all and there is no kernel=
 =20
 debug messages containing the string ad0 or ad1.
 
 
 The fix I have made for 5.3 (disable re-routing interrupts in pci.c) is st=
 ill=20
 working under 6.0.
 
 
 Maxim.
 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
 
 Erweitern Sie FreeMail zu einem noch leistungsst=E4rkeren E-Mail-Postfach!	=09
 Mehr Infos unter http://freemail.web.de/home/landingpad/=3Fmc=3D021131
 

From: Maxim Frolov <wrungel@web.de>
To: bug-followup@FreeBSD.org
Cc: jhb@freebsd.org
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 30 Nov 2005 15:00:06 +0100

 This is a multi-part message in MIME format.
 
 --=-------------11333592071356072242
 Content-Type: text/plain; charset=iso-8859-1
 Content-Transfer-Encoding: quoted-printable
 
 On Wednesday 23 November 2005 19:20, you wrote:
 > Does this problem still occur with 5.4 or 6.0=3F
 
 I have tested it with 6.0 only.
 
 The problem is still there but there are other debug messages during booti=
 ng:=20
 - ATA=5FIDENTIFY timed out is more present
 I attached a file with dmesg output for a working configuration (hard disk=
 =20
 connected as master to ata1 and CDROM connected as slave to ata1).
 Any device connected to ata0 is not detected at all and there is no kernel=
 =20
 debug messages containing the string ad0 or ad1.
 
 
 The fix I have made for 5.3 (disable re-routing interrupts in pci.c) is st=
 ill=20
 working under 6.0.
 
 
 Maxim.
 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
 
 Erweitern Sie FreeMail zu einem noch leistungsst=E4rkeren E-Mail-Postfach!	=09
 Mehr Infos unter http://freemail.web.de/home/landingpad/=3Fmc=3D021131
 
 
 --=-------------11333592071356072242
 Content-Type: application/octet-stream;
  name="boot_FreeBSD-6.0.dmesg"
 Content-Disposition: attachment;
  filename="boot_FreeBSD-6.0.dmesg"
 Content-Transfer-Encoding: base64
 
 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0
 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx
 OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh
 LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1SRUxFQVNFICMxOiBUdWUgTm92
 IDI5IDE3OjI4OjA5IFVUQyAyMDA1CiAgICBtYXh4QG1mci0xOTgucmFkLmNvbXB1bWF0aWNh
 LmRlOi9rZ2xhbi93b3JrL2tna2VybmVsL3N5c182LjAvaTM4Ni9jb21waWxlL0tHTEFOLnN3
 CldBUk5JTkc6IGRlYnVnLm1wc2FmZW5ldCBmb3JjZWQgdG8gMCBhcyBpcHNlYyByZXF1aXJl
 cyBHaWFudApXQVJOSU5HOiBNUFNBRkUgbmV0d29yayBzdGFjayBkaXNhYmxlZCwgZXhwZWN0
 IHJlZHVjZWQgcGVyZm9ybWFuY2UuClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx
 OTMxODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwgUGVudGl1bSBJSUkgKDk5OC4zNi1NSHog
 Njg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDY4YSAg
 U3RlcHBpbmcgPSAxMAogIEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0Ms
 TVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZY
 U1IsU1NFPgpyZWFsIG1lbW9yeSAgPSAyNjAwNDY4NDggKDI0OCBNQikKYXZhaWwgbWVtb3J5
 ID0gMjQ1MDI2ODE2ICgyMzMgTUIpCmZvdW5kIENHVlBOXzQwMDAgaGFyZHdhcmUuLi4Ka2ds
 YW4gaW50ZXJmYWNlIG9yZGVyID0gMCAKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nl
 c3Nvcj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQpjcHUwIG9uIG1v
 dGhlcmJvYXJkCnBjaWIwOiA8SG9zdCB0byBQQ0kgYnJpZGdlPiBwY2lidXMgMCBvbiBtb3Ro
 ZXJib2FyZApwaXIwOiA8UENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlOiA5IEVudHJpZXM+
 IG9uIG1vdGhlcmJvYXJkCnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMAphZ3AwOiA8VklBIDgy
 QzY5NFggKEFwb2xsbyBQcm8gMTMzQSkgaG9zdCB0byBQQ0kgYnJpZGdlPiBtZW0gMHhlMDAw
 MDAwMC0weGUzZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMApwY2liMTogPFBDSS1QQ0kg
 YnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIx
 CnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hl
 ZCkKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6
 IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8VklBIDgyQzY4NkIgVURNQTEwMCBjb250
 cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmYw
 MC0weGZmMGYgYXQgZGV2aWNlIDcuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBv
 biBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCnBjaTA6IDxzZXJp
 YWwgYnVzLCBVU0I+IGF0IGRldmljZSA3LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDog
 PHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDcuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpw
 Y2kwOiA8YnJpZGdlPiBhdCBkZXZpY2UgNy40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6
 IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDcuNSAobm8gZHJpdmVyIGF0dGFjaGVk
 KQpmeHAwOiA8SW50ZWwgODI1NTkgUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAweGJjMDAtMHhi
 YzNmIG1lbSAweGRmZmZmMDAwLTB4ZGZmZmZmZmYsMHhkZmUwMDAwMC0weGRmZWZmZmZmIGly
 cSAxMCBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAw
 CmlucGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCmlu
 cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs
 IGF1dG8KZnhwMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDg6OWI6MGE6ZGI6MzgKZnhwMDog
 W0dJQU5ULUxPQ0tFRF0KZnhwMTogPEludGVsIDgyNTU5IFByby8xMDAgRXRoZXJuZXQ+IHBv
 cnQgMHhiODAwLTB4YjgzZiBtZW0gMHhkZmZmZTAwMC0weGRmZmZlZmZmLDB4ZGZjMDAwMDAt
 MHhkZmNmZmZmZiBpcnEgMTAgYXQgZGV2aWNlIDE2LjAgb24gcGNpMAptaWlidXMxOiA8TUlJ
 IGJ1cz4gb24gZnhwMQppbnBoeTE6IDxpODI1NTUgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4g
 b24gbWlpYnVzMQppbnBoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAx
 MDBiYXNlVFgtRkRYLCBhdXRvCmZ4cDE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA4OjliOjBh
 OmRiOjM5CmZ4cDE6IFtHSUFOVC1MT0NLRURdCnBjaTA6IDxlbmNyeXB0L2RlY3J5cHQsIGVu
 dGVydGFpbm1lbnQgY3J5cHRvPiBhdCBkZXZpY2UgMTguMCAobm8gZHJpdmVyIGF0dGFjaGVk
 KQpvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0IGlvbWVtIDB4YzAwMDAtMHhjYmZmZiBvbiBp
 c2EwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2
 MCwweDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAK
 a2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3Vz
 ZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwg
 SW50ZWxsaU1vdXNlIEV4cGxvcmVyLCBkZXZpY2UgSUQgNApzYzA6IDxTeXN0ZW0gY29uc29s
 ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl
 cywgZmxhZ3M9MHgzMDA+CnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw
 eDEwIG9uIGlzYTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMSBhdCBwb3J0IDB4MmY4LTB4MmZm
 IGlycSAzIG9uIGlzYTAKc2lvMTogdHlwZSAxNjU1MEEKdmdhMDogPEdlbmVyaWMgSVNBIFZH
 QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAp1
 bmtub3duOiA8UE5QMGMwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAobWVtb3J5KQp1bmtu
 b3duOiA8UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkKdW5rbm93bjog
 PFBOUDA1MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMgKHBvcnQpCnVua25vd246IDxQTlAw
 NTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bmtub3duOiA8UE5QMGYxMz4g
 Y2FuJ3QgYXNzaWduIHJlc291cmNlcyAoaXJxKQpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVu
 Y3kgOTk4MzYzNjM1IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu
 MDAwIG1zZWMKSVBzZWM6IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nl
 c3NpbmcuCmFkMjogRE1BIGxpbWl0ZWQgdG8gVURNQTMzLCBkZXZpY2UgZm91bmQgbm9uLUFU
 QTY2IGNhYmxlCmFkMjogMTk0NzNNQiA8TWF4dG9yIDUyMDQ5SDMgSkFDNjFIVTA+IGF0IGF0
 YTEtbWFzdGVyIFVETUEzMwphY2QwOiBDRFJPTSA8VE9TSElCQSBDRC1ST00gWE0tNjMwMkIv
 MTAxMj4gYXQgYXRhMS1zbGF2ZSBQSU80ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZz
 Oi9kZXYvYWQyczFhCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCg==
 
 --=-------------11333592071356072242--

From: John Baldwin <jhb@freebsd.org>
To: Maxim Frolov <wrungel@web.de>
Cc: bug-followup@freebsd.org
Subject: Re: i386/73706: ATA_IDENTIFY timed out under FreeBSD 5.3
Date: Wed, 30 Nov 2005 11:07:28 -0500

 On Wednesday 30 November 2005 09:00 am, Maxim Frolov wrote:
 > On Wednesday 23 November 2005 19:20, you wrote:
 > > Does this problem still occur with 5.4 or 6.0?
 >
 > I have tested it with 6.0 only.
 >
 > The problem is still there but there are other debug messages during
 > booting: - ATA_IDENTIFY timed out is more present
 > I attached a file with dmesg output for a working configuration (hard disk
 > connected as master to ata1 and CDROM connected as slave to ata1).
 > Any device connected to ata0 is not detected at all and there is no kernel
 > debug messages containing the string ad0 or ad1.
 >
 >
 > The fix I have made for 5.3 (disable re-routing interrupts in pci.c) is
 > still working under 6.0.
 
 Ok.  What I'm going to need are verbose dmesgs both with and without the patch 
 so I can compare them to track this down further.  Thanks.
 
 -- 
 John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve"  =  http://www.FreeBSD.org
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Thu Apr 19 01:25:53 UTC 2007 
State-Changed-Why:  
Is this still a problem with recent versions of FreeBSD? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73706 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Tue Jun 12 04:57:25 UTC 2007 
State-Changed-Why:  
Feedback timeout (6 weeks). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73706 
>Unformatted:
