On Mon, Dec 28, 2020 at 06:09:57PM +1100, Jonathan Gray wrote:
> On Mon, Dec 28, 2020 at 04:31:09AM +, James Cook wrote:
> > On Mon, Dec 28, 2020 at 01:19:19PM +1100, Jonathan Gray wrote:
> > > On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote:
> > > > > from your earlier bsd.mp
On Mon, Dec 28, 2020 at 04:31:09AM +, James Cook wrote:
> On Mon, Dec 28, 2020 at 01:19:19PM +1100, Jonathan Gray wrote:
> > On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote:
> > > > from your earlier bsd.mp dmesg:
> > > >
> > > > cpu0: Enhanced SpeedStep 16268 MHz: speeds: 1601,
On Mon, Dec 28, 2020 at 01:19:19PM +1100, Jonathan Gray wrote:
> On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote:
> > > from your earlier bsd.mp dmesg:
> > >
> > > cpu0: Enhanced SpeedStep 16268 MHz: speeds: 1601, 1600, 1500, 1400, 1300,
> > > 1200, 1100, 1000, 900, 800, 700, 600,
On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote:
> > from your earlier bsd.mp dmesg:
> >
> > cpu0: Enhanced SpeedStep 16268 MHz: speeds: 1601, 1600, 1500, 1400, 1300,
> > 1200, 1100, 1000, 900, 800, 700, 600, 500, 400 MHz
> >
> > 1601 is variable/turbo speed the others are fixed.
> from your earlier bsd.mp dmesg:
>
> cpu0: Enhanced SpeedStep 16268 MHz: speeds: 1601, 1600, 1500, 1400, 1300,
> 1200, 1100, 1000, 900, 800, 700, 600, 500, 400 MHz
>
> 1601 is variable/turbo speed the others are fixed. When running in
> turbo mode getting the current frequency involves msrs
On Thu, Dec 24, 2020 at 03:34:33PM +1100, Jonathan Gray wrote:
> On Thu, Dec 24, 2020 at 12:42:23AM +, James Cook wrote:
> > On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote:
> > > On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote:
> > > > On Wed, Dec 23, 2020 at
On Thu, Dec 24, 2020 at 12:42:23AM +, James Cook wrote:
> On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote:
> > On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote:
> > > On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote:
> > > > On Tue, Dec 22, 2020 at
On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote:
> On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote:
> > On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote:
> > > On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote:
> > > > > + case
On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote:
> On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote:
> > On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote:
> > > On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote:
> > > > > + case
On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote:
> On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote:
> > On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote:
> > > > + case 0xa6: /* Coffeelake mobile */
> > >
> > > The laptop's CPU is an
On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote:
> On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote:
> > > + case 0xa6: /* Coffeelake mobile */
> >
> > The laptop's CPU is an i7-10710U, which I think is in the Comet Lake
> > series, not Coffee Lake.
>
>
On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote:
> > + case 0xa6: /* Coffeelake mobile */
>
> The laptop's CPU is an i7-10710U, which I think is in the Comet Lake
> series, not Coffee Lake.
Yes 0xa6 is comet lake.
But we should really do what FreeBSD and Linux do
> + case 0xa6: /* Coffeelake mobile */
The laptop's CPU is an i7-10710U, which I think is in the Comet Lake
series, not Coffee Lake.
--
James
On Tue, Dec 22, 2020 at 04:17:21PM +1100, Jonathan Gray wrote:
> On Tue, Dec 22, 2020 at 02:56:58AM +, James Cook wrote:
> > On Sun, Dec 20, 2020 at 06:52:39PM +, James Cook wrote:
> > > On Sun, Dec 20, 2020 at 08:41:00PM +1100, Jonathan Gray wrote:
> > > > On Sun, Dec 20, 2020 at
On Tue, Dec 22, 2020 at 02:56:58AM +, James Cook wrote:
> On Sun, Dec 20, 2020 at 06:52:39PM +, James Cook wrote:
> > On Sun, Dec 20, 2020 at 08:41:00PM +1100, Jonathan Gray wrote:
> > > On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote:
> > > > On Sat, Dec 19, 2020 at 07:33:42AM
On Sun, Dec 20, 2020 at 06:52:39PM +, James Cook wrote:
> On Sun, Dec 20, 2020 at 08:41:00PM +1100, Jonathan Gray wrote:
> > On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote:
> > > On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote:
> > > > > Suggestions are welcome. In the
On Sun, Dec 20, 2020 at 08:41:00PM +1100, Jonathan Gray wrote:
> On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote:
> > On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote:
> > > > Suggestions are welcome. In the meantime I am slowly trying to debug
> > > > this myself, mostly as a
On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote:
> On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote:
> > > Suggestions are welcome. In the meantime I am slowly trying to debug
> > > this myself, mostly as a learning exercise. I've successfully built my
> > > own bsd.rd (using
On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote:
> On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote:
> > > Suggestions are welcome. In the meantime I am slowly trying to debug
> > > this myself, mostly as a learning exercise. I've successfully built my
> > > own bsd.rd (using
On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote:
> > Suggestions are welcome. In the meantime I am slowly trying to debug
> > this myself, mostly as a learning exercise. I've successfully built my
> > own bsd.rd (using the instructions on the release(8) man page) with the
> > intention
> Suggestions are welcome. In the meantime I am slowly trying to debug
> this myself, mostly as a learning exercise. I've successfully built my
> own bsd.rd (using the instructions on the release(8) man page) with the
> intention of adding some debug output to narrow down where it's
> getting
On Tue, Dec 01, 2020 at 09:33:25PM +, James Cook wrote:
> > A few things to try:
> >
> > - Does it boot with bsd.sp instead of bsd.mp?
>
> It boots fine, just like bsd.mp.
>
> (I used https://cdn.openbsd.org/pub/OpenBSD/snapshots/amd64/bsd
> downloaded just a few minutes ago.)
>
> > - What
> A few things to try:
>
> - Does it boot with bsd.sp instead of bsd.mp?
It boots fine, just like bsd.mp.
(I used https://cdn.openbsd.org/pub/OpenBSD/snapshots/amd64/bsd
downloaded just a few minutes ago.)
> - What happens if you disable the following drivers in the bsd.mp kernel:
>
>
> Date: Tue, 1 Dec 2020 20:44:23 +
> From: James Cook
>
> >Synopsis:bsd.rd hangs on boot; bsd.mp is fine
> >Category:kernel
> >Environment:
> System : OpenBSD 6.8
> Details : OpenBSD 6.8-current (GENERIC.MP) #203: Tue Dec 1
> 02:55:08 MST 2020
>
24 matches
Mail list logo