Date: Tue, 25 Nov 2014 00:16:43 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Mark R V Murray <mark@grondar.org> Cc: arch@freebsd.org, Ian Lepore <ian@FreeBSD.org> Subject: Re: svn commit: r274739 - head/sys/mips/conf Message-ID: <86wq6k9okk.fsf@nine.des.no> In-Reply-To: <CC6B67E1-55A2-4952-AB43-5F6C787F629B@grondar.org> (Mark R. V. Murray's message of "Mon, 24 Nov 2014 19:15:22 %2B0000") References: <201411200552.sAK5qnXP063073@svn.freebsd.org> <20141120084832.GE24601@funkthat.com> <AE8F2D30-7F91-4C90-B79A-D99857D8AED8@grondar.org> <20141121092245.GI99957@funkthat.com> <1416582989.1147.250.camel@revolution.hippie.lan> <026FEB8A-CA8C-472F-A8E4-DA3D0AC44B34@grondar.org> <1416596266.1147.290.camel@revolution.hippie.lan> <F017033A-B761-4435-A7F8-264D2F4662A0@grondar.org> <1416598889.1147.297.camel@revolution.hippie.lan> <86egsvueqk.fsf@nine.des.no> <1416691274.1147.339.camel@revolution.hippie.lan> <398A380D-49AF-480C-8842-8835F81EF641@grondar.org> <1416806894.1147.362.camel@revolution.hippie.lan> <18B8A926-59C0-49B4-ADA3-A11688609852@grondar.org> <1416841268.1147.386.camel@revolution.hippie.lan> <CC6B67E1-55A2-4952-AB43-5F6C787F629B@grondar.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark R V Murray <mark@grondar.org> writes: >> On 24 Nov 2014, at 15:01, Ian Lepore <ian@FreeBSD.org> wrote: >>=20 >>=20 >> The logging change was pretty simple: >>=20 >> Index: kern/subr_bus.c > > Thanks. > >> The low number of devices is pretty typical. Sometimes there'll be >> another uart. Sometimes an i2c eeprom. > > OK - a good example of a low-entropy system then. > >> I have no idea what's up with the first 3 unchanging numbers, but I >> suspect a big part of the explanation for the other numbers is the 32KHz >> clock it's getting the numbers from. There used to be a clock running >> at about 2.8MHz, but the source code for that driver seems to have >> disappeared from FreeBSD at some point between 8.x and -current. > > What really bothers me is that these should be the difference between > 2 essentially similar numbers; times not all that far apart, yet some > of the numbers are truly massive. They're not just massive, they're preposterous, as is the fact that most of them are absolutely identical, or just one bit off, from one run to the next. My best guess is that get_cyclecount() is broken. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86wq6k9okk.fsf>