Date: Mon, 25 Mar 2019 12:16:52 -0500 From: Karl Denninger <karl@denninger.net> To: Ian Lepore <ian@freebsd.org>, ticso@cicely.de Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Options for FBSD support with LCD device - new project [[Maybe related: I2c issues on the Pi2]] Message-ID: <d96c7f42-f01b-8990-a558-ee92d631b51d@denninger.net> In-Reply-To: <fc17ac0f77832e840b9fffa9b1074561f1e766d8.camel@freebsd.org> References: <004ddba628b94b80845d8e509ddcb648d21fd6c9.camel@freebsd.org> <C68D7E6E-03C1-448F-8638-8BD1717DBF44@jeditekunum.com> <ac7d434f16f3a89f5ef247678d6becdbeded5c3f.camel@freebsd.org> <CE40E2B5-2244-4EF9-B67F-34A54D71E2E8@jeditekunum.com> <f60ea6d2-b696-d896-7bcb-ac628f41f7b8@denninger.net> <20190319161423.GH57400@cicely7.cicely.de> <52df098fdc0caf5de1879c93239534fffbd49b56.camel@freebsd.org> <40f57de2-2b25-3981-a416-b9958cc97636@denninger.net> <669892ac3fc37b0843a156c0ab102316829103fd.camel@freebsd.org> <663f2566-b035-7011-70eb-4163b41e6e55@denninger.net> <20190325164827.GL57400@cicely7.cicely.de> <3db9cf8a-68ee-e339-67bf-760ee51464fd@denninger.net> <fc17ac0f77832e840b9fffa9b1074561f1e766d8.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format. --------------ms040803080506000701040205 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 3/25/2019 12:05, Ian Lepore wrote: > On Mon, 2019-03-25 at 11:58 -0500, Karl Denninger wrote: >> On 3/25/2019 11:48, Bernd Walter wrote: >>> On Mon, Mar 25, 2019 at 11:33:32AM -0500, Karl Denninger wrote: >>>>> What do you mean by an insane rate? It's normal for the usb >>>>> controller >>>>> to be showing around thousands of int/sec. Despite what seems >>>>> like a >>>>> high rate, even on an on rpi-b it uses under 2% cpu to service >>>>> that. >>>>> >>>>> root@rpi:~ # vmstat -i >>>>> interrupt total rate >>>>> intc0,2: vchiq0 2 0 >>>>> intc0,11: systimer0 10103206 1110 >>>>> intc0,17:-x_dwcotg0 218596055 24007 >>>>> intc0,28: bcm_dma0 834 0 >>>>> intc0,61: iichb0 5778 1 >>>>> intc0,65: uart0 1817 0 >>>>> intc0,70:-dhci_bcm0 172 0 >>>>> Total 228707864 25118 >>>>> >>>>> -- Ian >>>> The story gets more odd. >>>> >>>> The same *physical* unit that I saw this on last night with no >>>> I2c >>>> device connected I restarted this morning -- changing NOTHING -- >>>> and it >>>> disappeared. >>>> >>>> But -- on another unit it's still there (I haven't shut down, >>>> pulled >>>> power and restarted that one.) >>>> >>>> vmstat -i on both doesn't show anything all that odd: >>>> misbehaving that's not there, and neither are the missed >>>> interrupt >>>> complaints. >>>> >>>> But again, last night the one that this morning is NOT >>>> misbehaving WAS, >>>> and was showing the exact same thing. >>>> >>>> So this looks like something that is not being initialized >>>> property at >>>> boot time, and sometimes however it comes up causes trouble, and >>>> other >>>> times it does not -- which is likely to make it a "lot" of fun to >>>> find. >>> By causing trouble - do you mean it doesn't work? >>> I noticed that my system has this message: >>> nxprtc0: RTC clock not running >>> Warning: bad time from time-of-day clock, system time will not be >>> set accurately >>> This shouldn't happen, but I wonder if the iic communication works >>> at all. >>> I likely wouldn't notice if the rtc failed. >>> Maybe there was an initial problem at start as you said. >>> Will reboot it and see what happens. >>> After a reboot the message about the rtc is gone. >>> Have to wait at least a day to see if the Spurious are gone too. >> In both cases on my boxes everything is working, but that's not >> unexpected because of the way my code works (it dynamically detects a >> change in configuration in that if it tries to open the I2c bus when >> there's a configuration file for devices on it, and it fails, it will >> try again in a few seconds -- and if you remove the config then it >> will >> shut down the I/O path in a short while and stop.) >> >> On the units that exhibit the problem the load average is 1.0 + >> whatever >> is real *and* the crazy interrupt rate is present. On the ones that >> are >> not neither is the case; the native and real load average is present >> and >> the interrupt rate is normal. >> >> In the case of the unit that the problem showed up on and then >> disappeared, however, while there's an I2c config defined there's no >> device connected to it on my bench. >> >> But I suspect this is something banging the interrupts on the CPU >> that >> is not attached to anything in the code, and the reason I suspect >> that >> is that on a given boot it either happens or not, and if it does then >> nothing I can do will make it stop -- and likewise, nothing I can do >> will make it start if it doesn't on boot. That implies that whatever >> it >> is it's not code-specific nor .ko-loaded specific either, in that if >> it >> was related specifically to an I2c device being talked to actively >> then >> when I killed the code that was using I2c or booted without the >> device >> connected (or never started the code that attempted to probe the bus >> and >> attach to the device in question) it wouldn't do it at all -- but >> that's >> not true. >> >> The one that stopped doing it I then attached both an I2c device that >> it >> was looking for and also connected a "modem-style" device (which >> caused >> umodem.ko to autoload, as expected) and it came up as well, without a >> problem -- and without triggering the mad interrupt storm. >> > Is the interrupt rate consistent from second to second? Running > 'vmstat 1' for a while might be useful to see that. That many > interrupts almost sounds like a line is floating, but if that were the > case I'd expect a widely varying number of int/sec. > > If you build custom kernels, it might be helpful to apply r345475 > locally... it will display partial device names instead of just '+' > when the name doesn't fit in the vmstat output. > > -- Ian No, but it's in the same general range -- around 500k although it does flop around some, and occasionally by a lot (e.g. if I sit and watch it it'll occasionally put up VERY different numbers -- e.g. a ~730k number, then it goes back, etc.) I don't generally build custom kernels on these but I CAN put this into the STABLE tree I'm building that from since I keep a separate one for Crochet builds on these boxes.=C2=A0 Where do I find that specific delta?= =C2=A0 (I usually just svn things and I don't want to roll it all the way back to there, right -- or do I?) --=20 Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040803080506000701040205 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwMzI1MTcxNjUy WjBPBgkqhkiG9w0BCQQxQgRAEHEqnGW5pTjgFQPLKjBVmPXPYvMe2a31Io4cBmpYYYMKPDQ5 kyt9PLkDokednwJRviCZ65wxERn6D/YwHdN/9DBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgB65K1rCV3MtlnrjuU392TN/4nuCHV9QrJy/2EfLxQzUH+kfSAXkh3EeXb8PccdCEi6 XuHJbMNAmmBvMdgGeWrNl4E3RH1BcY09+ZYojNeYLa/RNLEMiHukerYePW1YTaoukEugvPHf 47coAsajM3k8UtVlsCZz13ua6Bxhjb534E8ORrUR1pz+G7hP/CC+xVn9CydKHe48ntdii1Vs hPsCJNTx7kOwQvl3/XROPuk28uB7tThmKct0rTfOChcqJVKisD8GHIB8mqQwOzVIyzheE7Ak 6UaKIq17TEru2f3zS9ZS8IxK6Cp2HnoUCfGIG6bl2se87HuKumTyhF8GQioLkdU3poJZTHCJ LdcuSP9p8mT6ljAerNcmmpj6aZ5RIEbiu8ezc/T6KbjyCdJ+7yWGbJU8TyQSJ7Eky+wcldi6 ure0EU4hjKIDcQ6Q0MpQx/ALp7RYBxHnGxNuUYnbitrEgGS1V5BPEzjleb9aiKyD13Reefzo 3DMlEJOC3HA0LpWHV5hcfaota9yOygko8QdxlrK6J73J8IL9YUusjHEsPIqOpb7s7FE8Lu4T u5S1bYNTTXNB4QzkjKj3YdYNy8FxeDvWVWJxYo9fRi2G8LSpDW9JA9oaa0UtT7GoVzXdi8Cc /KYGKpu3q0DxydaMc+U2gzrkvJT9feRWcOze1RwxtwAAAAAAAA== --------------ms040803080506000701040205--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d96c7f42-f01b-8990-a558-ee92d631b51d>