From owner-freebsd-stable Fri Oct 6 13:48: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from world.std.com (world-f.std.com [199.172.62.5]) by hub.freebsd.org (Postfix) with ESMTP id 9612D37B66C for ; Fri, 6 Oct 2000 13:47:54 -0700 (PDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id QAA06742; Fri, 6 Oct 2000 16:41:41 -0400 (EDT) Date: Fri, 6 Oct 2000 16:41:41 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010062041.QAA06742@world.std.com> To: John Reynolds~ Subject: Re: breakage with two ed network devices Cc: freebsd-stable@freebsd.org References: <14812.58143.609625.133015@hip186.ch.intel.com> <200010051637.KAA51557@harmony.village.org> <200010060408.WAA05189@harmony.village.org> <200010061618.MAA07034@world.std.com> <200010061722.NAA13450@world.std.com> <200010061947.PAA17583@world.std.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From owner-freebsd-stable@FreeBSD.ORG Fri Oct 6 16:16:59 2000 >From: John Reynolds~ >Date: Fri, 6 Oct 2000 13:13:34 -0700 (MST) >To: Kenneth W Cochran >Subject: Re: breakage with two ed network devices >Cc: stable@FreeBSD.ORG, sos@FreeBSD.ORG, imp@village.org > >[ On Friday, October 6, Kenneth W Cochran wrote: ] >> >I've thought of that too ... but I think Warner stumbled >> >upon the correct answer. To me, there's not much of a reason for the >> >ATA code to probe and attach (and hog IRQ15) for ata1 when I >> > >> > a) don't have it configured in my kernel >> > b) don't have anything sitting on that channel >> > >> And I'm Very Inclined To Agree With Warner. :) >> (Although I am curious to know what happens(ed) if IRQ15 >> (2nd ATA port) is BIOS-disabled...) > >Well, curiosity killed the cat. It also killed my machine >(not quite). On many people's advice I went home at lunch >and disabled the second IDE channel in my BIOS altogether. >Now when I boot a 4.1.1-S kernel (verbose) I get: > > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 > ata0: mask=03 status0=50 status1=00 > ata0: mask=03 status0=50 status1=00 > ata0: devices = 0x1 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 > ata1: mask=00 status0=ff status1=ff > ata1: probe allocation failed I'm not an "ATA/IDE jock" at all, but this appears to be ok (so far)... (?) >And, not only that, but now I see that ed0 attaches! > > ed0 at port 0x2c0-0x2df iomem 0xd8000 irq 15 on isa0 > bpf: ed0 attached > ed0: address 00:40:05:6e:67:c0, type NE2000 (16 bit) > ed1 at port 0x340-0x35f iomem 0xd8000 irq 9 on isa0 > bpf: ed1 attached > ed1: address 00:40:05:6e:67:9c, type NE2000 (16 bit) Ummm-hmmm... So far, so not-too-bad... >BUT ... it didn't quite solve the problem. After the >filesystems were mounted and the machine fired up DHCP to >configure ed0 with its address, I kept getting these error >messages until I hit ^C: > > ed0: device timeout > ed0: device timeout > ed0: device timeout > ed0: device timeout > ed0: device timeout > >The rest of the machine booted of course, but ed0 was >"dead." This means the device isn't getting any interrupts, >correct? This is still with > > device ata0 at isa? port IO_WD1 irq 14 > >in my kernel and not just "device ata". It also happens >when I boot my working 4.1-RELEASE kernel (the ed0: device >timeout messages). When I go back into the BIOS and >re-enable the second IDE channel then and only then can I >even use my 4.1-R kernel "like before." > >Aside from changing the bloody IRQ on my first NIC, what >else can be tried? > >-Jr I bet (& am becoming more convinced) it's the memory-segment thing... Card-doc will Tell The Tale (& some info on "iomem"... :). -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message