Date: Tue, 12 Jul 2016 09:33:06 -0500 From: Karl Denninger <karl@denninger.net> To: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Old problem still present on 11-ALPHA1 - Pi2 Message-ID: <c3a46d02-ed63-e636-78b9-9e7274c0ef36@denninger.net> In-Reply-To: <20160712093952.GA36104@cicely7.cicely.de> References: <32ad8bb3-f0a6-c86b-1b23-aae9af4442ea@denninger.net> <62d7d041-2de5-639f-5c1e-76f9682e6cc8@selasky.org> <5682bff2-3033-194a-67bf-32ba0cdada37@denninger.net> <20160711205855.GC34367@cicely7.cicely.de> <5f38e923-c1a1-8bb7-83cc-0de6404b6e47@denninger.net> <20160712093952.GA36104@cicely7.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format. --------------ms020100010806020700020309 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 7/12/2016 04:39, Bernd Walter wrote: > On Mon, Jul 11, 2016 at 08:28:19PM -0500, Karl Denninger wrote: >> >> On 7/11/2016 15:58, Bernd Walter wrote: >>> On Mon, Jul 11, 2016 at 12:21:53PM -0500, Karl Denninger wrote: >>>> On 7/11/2016 11:38, Hans Petter Selasky wrote: >>>>> On 07/11/16 18:15, Karl Denninger wrote: >>>>> Did you try to set any media options, like 10MBps instead of 100Mbp= s ? >>>>> >>>> Yes; it makes no difference. >>>> >>>>> What does ifconfig say? >>>>> >>>>> --HPS >>>> No difference -- both are 100BaseTX connected. >>>> >>>> Machine with the problem: >>>> % ifconfig ue0 >>>> ue0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 m= tu 1500 >>>> options=3D80009<RXCSUM,VLAN_MTU,LINKSTATE> >>>> ether b8:27:eb:08:12:1c >>>> inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.25= 5 >>>> media: Ethernet autoselect (100baseTX <full-duplex>) >>>> status: active >>>> nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> >>>> >>>> >>>> Machine without: >>>> % ifconfig ue0 >>>> ue0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 m= tu 1500 >>>> options=3D80009<RXCSUM,VLAN_MTU,LINKSTATE> >>>> ether b8:27:eb:85:21:de >>>> inet 192.168.1.214 netmask 0xffffff00 broadcast 192.168.1.25= 5 >>>> media: Ethernet autoselect (100baseTX <full-duplex>) >>>> status: active >>>> nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> >>>> >>>> The only difference I can see between them is that the one that exhi= bits >>>> the flapping has vlans defined on the interface (which are working >>>> normally.) >>>> >>>> Current code on both machines: >>>> % uname -v >>>> FreeBSD 11.0-BETA1 #0 r302526: Sun Jul 10 10:39:31 CDT 2016 =20 >>>> karl@NewFS.denninger.net:/pics/CrossBuild/obj/arm.armv6/pics/CrossBu= ild/src/sys/RPI2 >>>> >>>> However, this has been an issue since the first 11-Current builds th= at >>>> had RPI2 capability in them, so it's not version-dependent either. >>> Sure it is not the board, powersupply, cable or switchport? >> Yes, considering that I have (multiple times) swapped literally >> everything (I have a bunch of PI2s here.) Just for grins and giggles = I >> did it again; swapped in a known working (no problems of this sort) >> board, power supply that was used with it and network cable, and moved= >> it to a different switch port. >> >> The problem is still there. >> >> It *only* happens if I have the VLANs enabled. If I am running a sing= le >> network on an interface it's fine. >>> Check if the red power LED on the Raspberry is on - it goes off under= >>> a certain supply voltage, although the board contiues to work. >> Uh, the red LED only comes on during the boot sequence until the kerne= l >> init's the GPIO on FreeBSD. You're thinking of Linux. I have a littl= e >> program that runs and slowly blinks the green LED though once started;= >> it's purpose is to provide a visible "system is running" indication. > Strange - I'll have to test it, but I could have sworn that the power L= ED is > independend from the OS. > >>> AFAIK all Raspberries have the same ethernet chip. >>> Well - some earlier B (not B+) had used the 9512 instead of the 9514.= >>> Doesn't sound very logical if the same driver behaves different. >>> A link down/up isn't something I would expect from the host controlle= r >>> causing this either. >>> I also never had this problem on a Pi2. >> How many people are running three networks (base plus two VLANs) on th= em? > Not just Pi2 - I wonder how many do VLAN with USB ethernet at all? > >>>> I have been unable to find a way to log the *reason* the flap occurs= >>>> (e.g. nothing in the logs indicating why it thinks link-sense >>>> disappeared, if it actually thinks it did, or if something in the co= de >>>> performed what amounted to an interface reset.) >>> Usually it is the PHY (which is integrated into the 9514), that detec= ts >>> and negotiates the link. >>> The PHY runs on it's own internal state machine. >>> The OS just gets informed, so that it can trigger some processing, >>> such as updating the MAC for the negotiated link speed/duplex, loggin= g >>> the event, ... >> I know. >> >> This has been an issue since the first RPI2 builds with this particula= r >> configuration -- and still is. If I could figure out *why* it thinks >> the PHY is going down I could track it down, but there's nothing I can= >> find that tells me that. > The strange thing is tha VLANs have nothing to do with the link at all.= > The only obvious difference for the PHY is that it may see more traffic= > with more LANs. > I currently have no Pi running FreeBSD accessable - I run my 24/7 > FreeBSD ARM systems on Wandboards, but you ifconfig doewsn't show any > VLAN offloading capabilities, so not an explanation either. > >> Oh, and the switch doesn't think it flapped either (!!); there is >> nothing in the switch log about the link being lost and restored. > So it is the receiver side which has a problem. > I assume if you had packet loss you would have mentioned. > Makes me wonder if this is really a link loss at all and not just > some kind of missinformation. > The PHY status is something, which usually gets polled, so maybe > data corruption at any time may lead to this problem? > That's my assumption at this point; the claim of the flip is wrong.=20 But.... data corruption anywhere in a driver is very very bad! --=20 Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020100010806020700020309 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA3MTIxNDMzMDZaME8GCSqGSIb3DQEJBDFCBEDq rL+4IjvZupZ75XhwPl7PjtCAGSzG7S8nH09wzgJtik2+6Hm6jWqEa1iPm0ytSHI/zFzS29KI 6J8PEyHjUqKvMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAEDeZDtRo TMHwGgXWUN6FTseF2mJAvYqafMUAe56lMX1iQL02isWwaEN5+6USjRJx8qw56rVfPK/pu7Aa odAKRbpsnZ6n27Zynl2oggyuMnihKl3q+zxECaU/hbiyqAoPovk/aK5LF6syIZzkjiUfzSOM FIwznQkduiy+Td1vOeDljBiIEuflNLoKcD0xQm7bsG+kyaVSqeQWwR0DSBzPBFGGslDS02Va OWflDswJLhsmI91llxWtbi1+KlMvArAj3A7i95ipuUpdBf6/2vPgQJbzx5mx6VtC68nwNrAd PmUUcVeJfjreyR9hPkWh5XTyVCEeJ6XdTBHmxpfwuzML9lK2PK57GT0z/Vv5DBTH9hNZzvGZ SCSunZZlk45pgHqk9StFpsTHO+5ckXoFoudcTkw7VnN1qq0N4//UwmkPaCJuqCLbcRaVtQqu TJcqm9ikt8yZ3IVmEPUImcPrRjvAzN/DfqMBc9r07N2ktCmSJpt+N7GgfWDALoeruJOQyL66 XlSd+Se8tOp3Fwn2jAm3Pq+C8//QBn00k+ntHJdy+x0dthoTOm9OjWV60/VbXiSTQLNMLi4P cGUmCTMO1YFXmFHL19PuFg+mUDtJ4RPL9q/PMXuSfyJCq7Rp1s6yuSF5OES/yr9a1pP580O/ 4KkMxL2nmxFWYoMIqoZ9PvV5aAUAAAAAAAA= --------------ms020100010806020700020309--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c3a46d02-ed63-e636-78b9-9e7274c0ef36>