From owner-freebsd-stable@FreeBSD.ORG Mon Apr 7 05:46:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A6C9C50; Mon, 7 Apr 2014 05:46:27 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C99D0BB6; Mon, 7 Apr 2014 05:46:26 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s375nWJS021614; Sun, 6 Apr 2014 22:49:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s375nQB4021610; Sun, 6 Apr 2014 22:49:26 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Sun, 6 Apr 2014 22:49:27 -0700 (PDT) Message-ID: <16934e2751614ab9235ac00c6b6bb2d7.authenticated@ultimatedns.net> In-Reply-To: <20140407015104.GC3543@michelle.cdnetworks.com> References: <20140331050002.GC1359@michelle.cdnetworks.com> <20140401065842.GA1364@michelle.cdnetworks.com> <1396384167.81853.210.camel@revolution.hippie.lan> <41917a9e67d0f4519df4b55f3aa6ebe3.authenticated@ultimatedns.net> <20140402003912.GA2938@michelle.cdnetworks.com> <3f97f5646629043fed5e34a77c9c2f3d.authenticated@ultimatedns.net> <20140402020803.GB2938@michelle.cdnetworks.com> <70cd5de109845e30fcb6516af7a6f9de.authenticated@ultimatedns.net> <20140407015104.GC3543@michelle.cdnetworks.com> Date: Sun, 6 Apr 2014 22:49:27 -0700 (PDT) Subject: Re: miibus0: mii_mediachg: can't handle non-zero PHY instance 31 From: "Chris H" To: pyunyh@gmail.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-net , freebsd-stable , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 05:46:27 -0000 > On Thu, Apr 03, 2014 at 01:18:19PM -0700, Chris H wrote: >> > On Tue, Apr 01, 2014 at 05:53:51PM -0700, Chris H wrote: >> >> > On Tue, Apr 01, 2014 at 01:40:58PM -0700, Chris H wrote: >> >> >> > On Tue, 2014-04-01 at 13:19 -0700, Chris H wrote: >> >> >> >> [...] >> >> >> >> miibus0: on nfe0 >> >> >> >> rlphy0: PHY 0 on miibus0 >> >> >> >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow >> >> >> >> rlphy1: PHY 1 on miibus0 >> >> >> > [...]---big-snip--8<--- >> >> >> >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> >> >> >> >> >> >> As you can see, it looks much the same. I have no idea what >> >> >> >> I should do to better inform the driver/kernel how to better >> >> >> >> handle it. Or is it the driver, itself? >> >> >> >> >> >> >> >> Thank you again, for your thoughtful response. >> >> >> >> >> >> >> >> --Chris >> >> >> >> >> >> >> > >> >> >> > I think the way to fix a phy that responds at all addresses is to set a >> >> >> > hint in loader.conf masking out the ones that aren't real, like so: >> >> >> > >> >> >> > hint.miibus.0.phymask="1" >> >> >> > >> >> >> > You might be able to set ="0x00000001" to make it more clear it's a >> >> >> > bitmask, but I'm not sure of that. >> >> >> >> >> >> Thank you very much for the hint. I'll give it a shot. >> >> >> Any idea why this is happening? I have 4 other MB's using the Nvidia >> >> >> chipset, and the nfe(4) driver. But they don't respond this way. >> >> >> >> >> > >> >> > If some nfe(4) variants badly behave in probing stage, this should >> >> > be handled by driver. We already have too many hints and tunables >> >> > and I don't think most users know that. In addition, adding >> >> > additional NIC may change miibus instance number. >> >> > >> >> > Could you show me the output of 'kenv | grep smbios'? >> >> Yes, of course. >> >> >> >> Here it is: >> >> >> >> smbios.bios.reldate="11/22/2010" >> >> smbios.bios.vendor="American Megatrends Inc." >> >> smbios.bios.version="V2.7" >> >> smbios.chassis.maker="MSI" >> >> smbios.chassis.serial="To Be Filled By O.E.M." >> >> smbios.chassis.tag="To Be Filled By O.E.M." >> >> smbios.chassis.version="2.0" >> >> smbios.memory.enabled="2097152" >> >> smbios.planar.maker="MSI" >> >> smbios.planar.product="K9N6PGM2-V2 (MS-7309)" >> >> smbios.planar.serial="To be filled by O.E.M." >> >> smbios.planar.version="2.0" >> >> smbios.socket.enabled="1" >> >> smbios.socket.populated="1" >> >> smbios.system.maker="MSI" >> >> smbios.system.product="MS-7309" >> >> smbios.system.serial="To Be Filled By O.E.M." >> >> smbios.system.uuid="00000000-0000-0000-0000-406186cd4497" >> >> smbios.system.version="2.0" >> >> smbios.version="2.6" >> >> >> >> Hope this helps, and thank you for all your time, and trouble. >> >> >> > >> > Thanks for the info. Try attached patch and let me know how it >> > works. Make sure to remove the hint(hint.miibus.0.phymask="1") >> > set in loader.conf before testing it. >> >> Hello, and thanks for all the attention. >> Sorry for the delay. I chose to perform a dump(8) before attempting >> the KERn rebuild with the patch. But the kernel threw a read error >> message on one of the drives. So I had to sort out the problem on >> the drive before I could complete the dump. Then, of course I had >> to reslice, and format another drive to replace the ailing one, >> before I could perform a restore(8), and start the nfe patch; build >> && install kernel. Weird; the drive had only a few hours on it. >> Well, anyway. The patch applied cleanly. So I built, and installed >> a new kernel with it. X's out the hint.miibus.0.phymask="0x00000001" >> in loader.conf(5), and bounced the box. Bad news: >> miibus0: mii_mediachg: can't handle non-zero PHY instance 31 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 30 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 29 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 28 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 27 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 26 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 25 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 24 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 23 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 22 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 21 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 20 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 19 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 18 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 17 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 16 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 15 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 14 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 13 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 12 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 11 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 10 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 9 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 8 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 7 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 6 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 5 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 4 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 3 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 2 >> miibus0: mii_mediachg: can't handle non-zero PHY instance 1 >> >> Just as before. In case it should make any difference; I'm >> going to attach my copy of src/sys/dev/nfe/if_nfe.c in case >> there are any differences in mine, that do not coincide with >> your version/copy (I'm on releng_9 - 9.2-STABLE) >> >> FreeBSD demon0 9.2-STABLE FreeBSD 9.2-STABLE #0 r263756M: >> Thu Apr 3 12:42:03 PDT 2014 >> root@demon0:/usr/obj/usr/src/sys/DEMON0 amd64 >> >> Best wishes, and thanks again. >> > > Oops, could you show me the output of "pciconf -lcbv"? Yes. Of course. none0@pci0:0:0:0: class=0x050000 card=0x73091462 chip=0x03ea10de rev=0xa1 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Memory Controller' class = memory subclass = RAM cap 08[44] = HT slave cap 08[dc] = HT MSI address window enabled at 0xfee00000 isab0@pci0:0:1:0: class=0x060100 card=0xcb8410de chip=0x03e010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 LPC Bridge' class = bridge subclass = PCI-ISA bar [10] = type I/O Port, range 32, base 0x4f00, size 256, enabled none1@pci0:0:1:1: class=0x0c0500 card=0x73091462 chip=0x03eb10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SMBus' class = serial bus subclass = SMBus bar [10] = type I/O Port, range 32, base 0x4900, size 64, enabled bar [20] = type I/O Port, range 32, base 0x4d00, size 64, enabled bar [24] = type I/O Port, range 32, base 0x4e00, size 64, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 none2@pci0:0:1:2: class=0x050000 card=0x73091462 chip=0x03f510de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Memory Controller' class = memory subclass = RAM ohci0@pci0:0:2:0: class=0x0c0310 card=0x73091462 chip=0x03f110de rev=0xa3 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 USB Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xdff7f000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 ehci0@pci0:0:2:1: class=0x0c0320 card=0x73091462 chip=0x03f210de rev=0xa3 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 USB Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xdff7ec00, size 256, enabled cap 0a[44] = EHCI Debug Port at offset 0x98 in map 0x14 cap 01[80] = powerspec 2 supports D0 D1 D2 D3 current D0 pcib1@pci0:0:4:0: class=0x060401 card=0xcb8410de chip=0x03f310de rev=0xa1 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI bridge' class = bridge subclass = PCI-PCI cap 0d[b8] = PCI Bridge card=0xcb8410de cap 08[8c] = HT MSI address window disabled at 0xfee00000 hdac0@pci0:0:5:0: class=0x040300 card=0x10ec0888 chip=0x03f010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 High Definition Audio' class = multimedia subclass = HDA bar [10] = type Memory, range 32, base 0xdff78000, size 16384, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks enabled with 1 message cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 atapci0@pci0:0:6:0: class=0x01018a card=0x73091462 chip=0x03ec10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 IDE' class = mass storage subclass = ATA bar [20] = type I/O Port, range 32, base 0xffa0, size 16, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 nfe0@pci0:0:7:0: class=0x068000 card=0x73091462 chip=0x03ef10de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 Ethernet' class = bridge bar [10] = type Memory, range 32, base 0xdff7d000, size 4096, enabled bar [14] = type I/O Port, range 32, base 0xe480, size 8, enabled cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 8 messages, 64 bit, vector masks enabled with 8 messages cap 08[6c] = HT MSI fixed address window enabled at 0xfee00000 atapci1@pci0:0:8:0: class=0x010185 card=0x73091462 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xe400, size 8, enabled bar [14] = type I/O Port, range 32, base 0xe080, size 4, enabled bar [18] = type I/O Port, range 32, base 0xe000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xdc00, size 4, enabled bar [20] = type I/O Port, range 32, base 0xd880, size 16, enabled bar [24] = type Memory, range 32, base 0xdff7c000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 atapci2@pci0:0:8:1: class=0x010185 card=0x73091462 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'MCP61 SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xd800, size 8, enabled bar [14] = type I/O Port, range 32, base 0xd480, size 4, enabled bar [18] = type I/O Port, range 32, base 0xd400, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xd080, size 4, enabled bar [20] = type I/O Port, range 32, base 0xd000, size 16, enabled bar [24] = type Memory, range 32, base 0xdff77000, size 4096, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 pcib2@pci0:0:9:0: class=0x060400 card=0x73091462 chip=0x03e810de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x16(x16) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 pcib3@pci0:0:11:0: class=0x060400 card=0x73091462 chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 pcib4@pci0:0:12:0: class=0x060400 card=0x73091462 chip=0x03e910de rev=0xa2 hdr=0x01 vendor = 'nVidia Corporation' device = 'MCP61 PCI Express bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x73091462 cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port slot max data 128(256) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0002[100] = VC 1 max VC0 vgapci0@pci0:0:13:0: class=0x030000 card=0x73091462 chip=0x03d010de rev=0xa2 hdr=0x00 vendor = 'nVidia Corporation' device = 'C61 [GeForce 6150SE nForce 430]' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xde000000, size 16777216, enabled bar [14] = type Prefetchable Memory, range 64, base 0xc0000000, size 268435456, enabled bar [1c] = type Memory, range 64, base 0xdd000000, size 16777216, enabled cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor HyperTransport Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown hostb4@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Link Control' class = bridge subclass = HOST-PCI Thanks for all your time, and efforts. --Chris > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >