Re: armv7/sunxi/sxie

[Jonathan Gray]

On Tue, Jul 25, 2017 at 05:29:06AM +0300, Artturi Alm wrote:
> On Mon, Jul 24, 2017 at 10:51:12PM +0200, Mark Kettenis wrote:
> > > Date: Mon, 24 Jul 2017 23:07:00 +0300
> > > From: Artturi Alm 
> > > 
> > > On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > > > > Date: Sat, 22 Jul 2017 11:21:31 +0300
> > > > > From: Artturi Alm 
> > > > > 
> > > > > Hi,
> > > > > 
> > > > > anyone else having issues with sxie? w/bsd.rd from latest snapshot
> > > > > it was unable to get ip from dhcpd even.
> > > > > 
> > > > > this is what it does look like at the other side:
> > > > > 
> > > > > 11:01:15.170089 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629
> > > > > 11:01:15.170353 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > > >  e629 5be9 e629
> > > > > 
> > > > > just to make sure there was nothing physically wrong in my setup,
> > > > > i attached usb-ethernet(axen), and got the ip like expected, this
> > > > > was in a row to the earlier garbage w/o rebooting in between.
> > > > > 
> > > > > i haven't used it for like a year, so got no time frame when this
> > > > > has appeared, anyone w/ideas?
> > > > > -Artturi
> > > > 
> > > > I'm upgrading my A10s-ALinuXino-Micro over sxie(4), so the driver
> > > > defenitely still works for me.
> > > > 
> > > 
> > > That's good. Do you know if u-boot did init it? In my case i'm quite
> > > sure the u-boot i used did not, and i'm now guessing just by quick
> > > look at sxie.c, that iirc. there was some ugly hack somewhere to enable
> > > the use of some sram section in memory for the emac, and since i saw no
> > > trace of that hack in sxie.c, maybe it was elsewhere and got cleaned up?
> > > meaning sxie would rely on u-boot to work? i'll test when i have a free
> > > sd-card, will let you know.
> > 
> > Yes, U-Boot initializes the network interface.
> 
> Regression in /usr/local/share/u-boot/Cubieboard/u-boot-sunxi-with-spl.bin,
> w/2017.03 it is working:
> 
> U-Boot SPL 2017.03 (Apr 03 2017 - 12:27:12)
> DRAM: 1024 MiB
> CPU: 100800Hz, AXI/AHB/APB: 3/2/2
> Trying to boot from MMC1
> 
> 
> U-Boot 2017.03 (Apr 03 2017 - 12:27:12 -0600) Allwinner Technology
> 
> CPU:   Allwinner A10 (SUN4I)
> Model: Cubietech Cubieboard
> I2C:   ready
> DRAM:  1 GiB
> MMC:   SUNXI SD/MMC: 0
> *** Warning - bad CRC, using default environment
> 
> In:serial
> Out:   serial
> Err:   serial
> SCSI:  SATA link 0 timeout.
> AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
> flags: ncq stag pm led clo only pmp pio slum part ccc apst
> Net:   eth0: ethernet@01c0b000
> 
> 
> and with current(.05) it doesn't:
> 
> U-Boot SPL 2017.05 (Jul 11 2017 - 16:35:33)
> DRAM: 1024 MiB
> CPU: 100800Hz, AXI/AHB/APB: 3/2/2
> Trying to boot from MMC1
> 
> 
> U-Boot 2017.05 (Jul 11 2017 - 16:35:33 -0600) Allwinner Technology
> 
> CPU:   Allwinner A10 (SUN4I)
> Model: Cubietech Cubieboard
> I2C:   ready
> DRAM:  1 GiB
> MMC:   SUNXI SD/MMC: 0
> *** Warning - bad CRC, using default environment
> 
> In:serial
> Out:   serial
> Err:   serial
> SCSI:  SATA link 0 timeout.
> AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
> flags: ncq stag pm led clo only pmp pio slum part ccc apst
> Net:   No ethernet found.
> 
> 
> i guess that means, we either hope u-boot 2017.07 will fix this, or add
> the likely missing handling of "allwinner,sun4i-a10-sram-a3-a4"-compatible ?
> this is such a minor thing, that i hope you won't waste time on this anymore
> than deciding what should be done, and maybe ease my curiosity if the success
> you've had was w/2017.05 or not? :)
> 
> i cc'ed maintaineri, as i failed to build .07, and in case he would have any
> news about progress w/upgrade to it? or if the u-boot changelog for between
> .05 and .07 has been considered unworthy of the port-update?
> -Artturi

There is a 2017.07 update on ports@ that can't go in unless someone
tracks down the rpi3 problem.

Re: armv7/sunxi/sxie

[Artturi Alm]

On Mon, Jul 24, 2017 at 10:51:12PM +0200, Mark Kettenis wrote:
> > Date: Mon, 24 Jul 2017 23:07:00 +0300
> > From: Artturi Alm 
> > 
> > On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > > > Date: Sat, 22 Jul 2017 11:21:31 +0300
> > > > From: Artturi Alm 
> > > > 
> > > > Hi,
> > > > 
> > > > anyone else having issues with sxie? w/bsd.rd from latest snapshot
> > > > it was unable to get ip from dhcpd even.
> > > > 
> > > > this is what it does look like at the other side:
> > > > 
> > > > 11:01:15.170089 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629
> > > > 11:01:15.170353 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > > >  e629 5be9 e629
> > > > 
> > > > just to make sure there was nothing physically wrong in my setup,
> > > > i attached usb-ethernet(axen), and got the ip like expected, this
> > > > was in a row to the earlier garbage w/o rebooting in between.
> > > > 
> > > > i haven't used it for like a year, so got no time frame when this
> > > > has appeared, anyone w/ideas?
> > > > -Artturi
> > > 
> > > I'm upgrading my A10s-ALinuXino-Micro over sxie(4), so the driver
> > > defenitely still works for me.
> > > 
> > 
> > That's good. Do you know if u-boot did init it? In my case i'm quite
> > sure the u-boot i used did not, and i'm now guessing just by quick
> > look at sxie.c, that iirc. there was some ugly hack somewhere to enable
> > the use of some sram section in memory for the emac, and since i saw no
> > trace of that hack in sxie.c, maybe it was elsewhere and got cleaned up?
> > meaning sxie would rely on u-boot to work? i'll test when i have a free
> > sd-card, will let you know.
> 
> Yes, U-Boot initializes the network interface.

Regression in /usr/local/share/u-boot/Cubieboard/u-boot-sunxi-with-spl.bin,
w/2017.03 it is working:

U-Boot SPL 2017.03 (Apr 03 2017 - 12:27:12)
DRAM: 1024 MiB
CPU: 100800Hz, AXI/AHB/APB: 3/2/2
Trying to boot from MMC1


U-Boot 2017.03 (Apr 03 2017 - 12:27:12 -0600) Allwinner Technology

CPU:   Allwinner A10 (SUN4I)
Model: Cubietech Cubieboard
I2C:   ready
DRAM:  1 GiB
MMC:   SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment

In:serial
Out:   serial
Err:   serial
SCSI:  SATA link 0 timeout.
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part ccc apst
Net:   eth0: ethernet@01c0b000


and with current(.05) it doesn't:

U-Boot SPL 2017.05 (Jul 11 2017 - 16:35:33)
DRAM: 1024 MiB
CPU: 100800Hz, AXI/AHB/APB: 3/2/2
Trying to boot from MMC1


U-Boot 2017.05 (Jul 11 2017 - 16:35:33 -0600) Allwinner Technology

CPU:   Allwinner A10 (SUN4I)
Model: Cubietech Cubieboard
I2C:   ready
DRAM:  1 GiB
MMC:   SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment

In:serial
Out:   serial
Err:   serial
SCSI:  SATA link 0 timeout.
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part ccc apst
Net:   No ethernet found.


i guess that means, we either hope u-boot 2017.07 will fix this, or add
the likely missing handling of "allwinner,sun4i-a10-sram-a3-a4"-compatible ?
this is such a minor thing, that i hope you won't waste time on this anymore
than deciding what should be done, and maybe ease my curiosity if the success
you've had was w/2017.05 or not? :)

i cc'ed maintaineri, as i failed to build .07, and in case he would have any
news about progress w/upgrade to it? or if the u-boot changelog for between
.05 and .07 has been considered unworthy of the port-update?
-Artturi

Re: Skylake m5/m7 Xorg to black screen after Jul 10 snapshot

[Bryan Vyhmeister]

On Mon, Jul 24, 2017 at 06:12:07PM -0500, joshua stein wrote:
> On Sun, 23 Jul 2017 at 15:33:45 -0700, Bryan Vyhmeister wrote:
> > dmesg:
> > OpenBSD 6.1-current (GENERIC.MP) #116: Sun Jul 23 08:22:09 MDT 2017
> > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > [...]
> > acpiec0 at acpi0
> > acpiec at acpi0 not configured
> 
> wat

That looks like a big issue. How should I go about debugging that?

Bryan

Re: Skylake m5/m7 Xorg to black screen after Jul 10 snapshot

[joshua stein]

On Sun, 23 Jul 2017 at 15:33:45 -0700, Bryan Vyhmeister wrote:
> dmesg:
> OpenBSD 6.1-current (GENERIC.MP) #116: Sun Jul 23 08:22:09 MDT 2017
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> [...]
> acpiec0 at acpi0
> acpiec at acpi0 not configured

wat

Re: Kernel panic (possibly inteldrm related)

[Laurence Tratt]

On Sun, Jul 23, 2017 at 11:32:06PM +0100, Laurence Tratt wrote:

> extsmaild (http://tratt.net/laurie/src/extsmail/) appears to be causing
> the final panic, but given that it's just in a "wake every 60 seconds
> and see if new files have appeared in a directory" loop, I'm not sure
> why.

I've now triggered another crash, this time without extsmaild (or Iridium)
running. The trace is here:

  https://imagebin.ca/v/3UWOneXfuSWQ

The "culprit" process is now mutt, but the panic is still "out of space in
kmem_map" and the trace seems to be in ufs_readdir.


Laurie
-- 
Personal http://tratt.net/laurie/
Software Development Teamhttp://soft-dev.org/
   https://github.com/ltratt  http://twitter.com/laurencetratt

Re: armv7/sunxi/sxie

[Mark Kettenis]

> Date: Mon, 24 Jul 2017 23:07:00 +0300
> From: Artturi Alm 
> 
> On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > > Date: Sat, 22 Jul 2017 11:21:31 +0300
> > > From: Artturi Alm 
> > > 
> > > Hi,
> > > 
> > > anyone else having issues with sxie? w/bsd.rd from latest snapshot
> > > it was unable to get ip from dhcpd even.
> > > 
> > > this is what it does look like at the other side:
> > > 
> > > 11:01:15.170089 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629
> > > 11:01:15.170353 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> > >  e629 5be9 e629
> > > 
> > > just to make sure there was nothing physically wrong in my setup,
> > > i attached usb-ethernet(axen), and got the ip like expected, this
> > > was in a row to the earlier garbage w/o rebooting in between.
> > > 
> > > i haven't used it for like a year, so got no time frame when this
> > > has appeared, anyone w/ideas?
> > > -Artturi
> > 
> > I'm upgrading my A10s-ALinuXino-Micro over sxie(4), so the driver
> > defenitely still works for me.
> > 
> 
> That's good. Do you know if u-boot did init it? In my case i'm quite
> sure the u-boot i used did not, and i'm now guessing just by quick
> look at sxie.c, that iirc. there was some ugly hack somewhere to enable
> the use of some sram section in memory for the emac, and since i saw no
> trace of that hack in sxie.c, maybe it was elsewhere and got cleaned up?
> meaning sxie would rely on u-boot to work? i'll test when i have a free
> sd-card, will let you know.

Yes, U-Boot initializes the network interface.

Re: armv7/sunxi/sxie

[Artturi Alm]

On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > Date: Sat, 22 Jul 2017 11:21:31 +0300
> > From: Artturi Alm 
> > 
> > Hi,
> > 
> > anyone else having issues with sxie? w/bsd.rd from latest snapshot
> > it was unable to get ip from dhcpd even.
> > 
> > this is what it does look like at the other side:
> > 
> > 11:01:15.170089 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629
> > 11:01:15.170353 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342: 
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629 5be9 e629 5be9 e629 5be9
> >  e629 5be9 e629
> > 
> > just to make sure there was nothing physically wrong in my setup,
> > i attached usb-ethernet(axen), and got the ip like expected, this
> > was in a row to the earlier garbage w/o rebooting in between.
> > 
> > i haven't used it for like a year, so got no time frame when this
> > has appeared, anyone w/ideas?
> > -Artturi
> 
> I'm upgrading my A10s-ALinuXino-Micro over sxie(4), so the driver
> defenitely still works for me.
> 

That's good. Do you know if u-boot did init it? In my case i'm quite
sure the u-boot i used did not, and i'm now guessing just by quick
look at sxie.c, that iirc. there was some ugly hack somewhere to enable
the use of some sram section in memory for the emac, and since i saw no
trace of that hack in sxie.c, maybe it was elsewhere and got cleaned up?
meaning sxie would rely on u-boot to work? i'll test when i have a free
sd-card, will let you know.

i didn't spot any significant difference in the nodes for emac between
A10s(=sun5i) and A10(sun4i), so i do think this should work for me on
A10 if it does for you on A10s too. :)

-Artturi

Re: ifconfig carpX a.b.c.d -> arpresolve: route contains no arp information

[Remi Locherer]

On Mon, Jul 24, 2017 at 02:22:33PM +0200, Martin Pieuchot wrote:
> On 21/07/17(Fri) 12:13, Remi Locherer wrote:
> > [...] 
> > Somebody suggested in a private mail to use /32 masks for carp interfaces.
> > This fix/workaround helps indeed!
> 
> Good to know!  However from my developer's chair there's still a bug.
> Nothing should happen to a route attached to vio1 when you modify
> something on carp1.
> 
> Could you repeat the "route monitor" steps with a kernel containing the
> diff below? 

here you go:

gw1# route monitor
got message of size 192 on Mon Jul 24 19:32:43 2017
RTM_DELETE: Delete Route: len 192, priority 3, table 0, ifidx 3, pid: 0, seq 0, 
errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.10 08:00:27:6b:9a:c1 08:00:27:7e:f3:d5 10.0.20.2
got message of size 192 on Mon Jul 24 19:32:43 2017
RTM_DELETE: Delete Route: len 192, priority 19, table 0, ifidx 7, pid: 0, seq 
0, errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.0 10.0.20.1 255.255.255.0 00:00:5e:00:01:17 10.0.20.1
got message of size 176 on Mon Jul 24 19:32:43 2017
RTM_DELETE: Delete Route: len 176, priority 1, table 0, ifidx 7, pid: 0, seq 0, 
errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.255 10.0.20.1 00:00:5e:00:01:17 10.0.20.1
got message of size 192 on Mon Jul 24 19:32:43 2017
RTM_DELETE: Delete Route: len 192, priority 1, table 0, ifidx 7, pid: 0, seq 0, 
errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.1 00:00:5e:00:01:17 00:00:5e:00:01:17 10.0.20.1
got message of size 96 on Mon Jul 24 19:32:43 2017
RTM_DELADDR: address being removed from iface: len 96, metric 0, flags:
sockaddrs: 
 255.255.255.0 00:00:5e:00:01:17 10.0.20.1 10.0.20.255
got message of size 168 on Mon Jul 24 19:32:43 2017
RTM_IFINFO: iface status change: len 168, if# 7, name: carp2, link: invalid, 
mtu: 1500, flags:
got message of size 104 on Mon Jul 24 19:32:43 2017
RTM_NEWADDR: address being added to iface: len 104, metric 0, flags:
sockaddrs: 
 255.255.255.0 00:00:5e:00:01:17 10.0.20.1 default
got message of size 192 on Mon Jul 24 19:32:43 2017
RTM_ADD: Add Route: len 192, priority 1, table 0, ifidx 7, pid: 0, seq 0, errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.1 00:00:5e:00:01:17 00:00:5e:00:01:17 10.0.20.1
got message of size 192 on Mon Jul 24 19:32:43 2017
RTM_ADD: Add Route: len 192, priority 147, table 0, ifidx 7, pid: 0, seq 0, 
errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.0 10.0.20.1 255.255.255.0 00:00:5e:00:01:17 10.0.20.1
got message of size 176 on Mon Jul 24 19:32:43 2017
RTM_ADD: Add Route: len 176, priority 129, table 0, ifidx 7, pid: 0, seq 0, 
errno 0
flags:
fmask:
use:0   mtu:0expire:0
locks:  inits:
sockaddrs: 
 10.0.20.255 10.0.20.1 00:00:5e:00:01:17 10.0.20.1
got message of size 168 on Mon Jul 24 19:32:43 2017
RTM_IFINFO: iface status change: len 168, if# 7, name: carp2, link: backup, 
mtu: 1500, flags:
got message of size 168 on Mon Jul 24 19:32:46 2017
RTM_IFINFO: iface status change: len 168, if# 7, name: carp2, link: master, 
mtu: 1500, flags:

Re: inteldrm regressions

[Martin Pieuchot]

On 24/07/17(Mon) 15:22, Mark Kettenis wrote:
> > Date: Mon, 24 Jul 2017 10:58:12 +0200
> > From: Martin Pieuchot 
> > 
> > I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
> > Since the last inteldrm update my laptop freeze in the following cases:
> > 
> >  - When watching a video fullscreen, either with mplayer or in firefox.
> >This happen once or twice per movie, generally when there's a lot of
> >suspense!
> > 
> >  - When suspending or waking up from suspend.  The screen stay black and
> >the power button keeps blinking.  In both cases I suspend/resume by
> >closing/opening the screen.
> > 
> > When such freeze happen I can't do anything but hold the power button.
> > 
> > On top of that, some times after booting or after resuming, GNOME3/gdm is
> > completely frozen and that I re-start gdm manually.
> > 
> > This also happen when my network interface are down.
> > 
> > The situation is so bad that I don't use suspend/resume.
> 
> I have very similar hardware, and I have not noticed any of the
> symptoms you're describing.  A potentially important diff went in
> yesterday so make sure you're running an up-to-date kernel.

I'm running a kernel with this fix.  I've been tracking all your fixes
to see if they solved my problem.  However I didn't try to crash my machine
since yesterday.

I also forgot to say that sometimes, generally when browsing with
firefox, my mouse cursor disappear.  I need to switch virtual terminals
to make it appear again.

I also forgot to say that I don't see any error message in dmesg nor Xorg.0.log.

Re: v6 autoconf broken in bsd.rd

[Theo de Raadt]

> The correct fix is to enable MPATH on ramdisk.  This is mostly a matter
> of changing all the "#ifdef ART" into "#ifndef RADIX" and deal with the
> ramdisk grow.

It sounds like v6 requires MPATH.

Re: v6 autoconf broken in bsd.rd

[Martin Pieuchot]

On 23/07/17(Sun) 17:23, Florian Obser wrote:
> On Sat, Jul 22, 2017 at 02:05:27PM -, Christian Weisgerber wrote:
> > On 2017-07-22, Florian Obser  wrote:
> [...]
> # ifconfig vio0
> vio0: flags=8843 mtu 1500
> lladdr 52:54:00:c7:09:1b
> llprio 3
> groups: egress
> media: Ethernet autoselect
> status: active
> inet 192.168.178.178 netmask 0xff00 broadcast 192.168.178.255
> inet6 fe80::5054:ff:fec7:91b%vio0 prefixlen 64 scopeid 0x1
> inet6 2001:db8::1 prefixlen 64
> inet6 2001:db8::2 prefixlen 64
> 
> As a work around you could put in inet6 -autoconfprivacy into the
> hostname.if since the privacy address is in the same /64
> 
> Btw. with kernel based slaac this used to work since the
> kernel didn't go through the ioctl path but just fiddled directly with
> the interface and skipped rt_ifa_add() which is failing here.

Because the kernel based slaac was inserting a single prefix.  This was
a limitation of the code.

The correct fix is to enable MPATH on ramdisk.  This is mostly a matter
of changing all the "#ifdef ART" into "#ifndef RADIX" and deal with the
ramdisk grow.

Re: inteldrm regressions

[Mark Kettenis]

> Date: Mon, 24 Jul 2017 10:58:12 +0200
> From: Martin Pieuchot 
> 
> I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
> Since the last inteldrm update my laptop freeze in the following cases:
> 
>  - When watching a video fullscreen, either with mplayer or in firefox.
>This happen once or twice per movie, generally when there's a lot of
>suspense!
> 
>  - When suspending or waking up from suspend.  The screen stay black and
>the power button keeps blinking.  In both cases I suspend/resume by
>closing/opening the screen.
> 
> When such freeze happen I can't do anything but hold the power button.
> 
> On top of that, some times after booting or after resuming, GNOME3/gdm is
> completely frozen and that I re-start gdm manually.
> 
> This also happen when my network interface are down.
> 
> The situation is so bad that I don't use suspend/resume.

I have very similar hardware, and I have not noticed any of the
symptoms you're describing.  A potentially important diff went in
yesterday so make sure you're running an up-to-date kernel.
 
> OpenBSD 6.1-current (GENERIC.MP) #57: Sun Jul 23 19:11:11 CEST 2017
> m...@oliva.grenadille.net:/sys/arch/amd64/compile/GENERIC.MP
> RTC BIOS diagnostic error 80
> real mem = 8238301184 (7856MB)
> avail mem = 7982833664 (7613MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (65 entries)
> bios0: vendor LENOVO version "N14ET26W (1.04 )" date 01/23/2015
> bios0: LENOVO 20BS006BGE
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT SSDT SSDT 
> SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT UEFI MSDM BATB FPDT UEFI DMAR
> acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpiec0 at acpi0
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.91 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: TSC frequency 2394913200 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 1, core 0, package 0
> cpu2 at mainbus0: apid 2 (application processor)
> cpu2: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu2: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 1, package 0
> cpu3 at mainbus0: apid 3 (application processor)
> cpu3: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu3: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (PEG_)
> acpiprt2 at acpi0: bus 3 (EXP1)
> acpiprt3 at acpi0: bus 4 (EXP2)
> acpiprt4 at acpi0: bus -1 (EXP3)
> acpiprt5 at acpi0: bus -1 (EXP6)
> acpicpu0 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
> C1(1000@1 mwait.1), PSS
> acpicpu1 at acpi0: C3(200@233 

Re: ifconfig carpX a.b.c.d -> arpresolve: route contains no arp information

[Martin Pieuchot]

On 21/07/17(Fri) 12:13, Remi Locherer wrote:
> [...] 
> Somebody suggested in a private mail to use /32 masks for carp interfaces.
> This fix/workaround helps indeed!

Good to know!  However from my developer's chair there's still a bug.
Nothing should happen to a route attached to vio1 when you modify
something on carp1.

Could you repeat the "route monitor" steps with a kernel containing the
diff below? 

Index: net/route.c
===
RCS file: /cvs/src/sys/net/route.c,v
retrieving revision 1.360
diff -u -p -r1.360 route.c
--- net/route.c 24 Jul 2017 09:20:32 -  1.360
+++ net/route.c 24 Jul 2017 12:19:23 -
@@ -627,7 +627,7 @@ rtdeletemsg(struct rtentry *rt, struct i
 {
int error;
struct rt_addrinfo  info;
-   unsigned intifidx;
+   struct sockaddr_rtlabel sa_rl;
struct sockaddr_in6 sa_mask;
 
KASSERT(rt->rt_ifidx == ifp->if_index);
@@ -637,16 +637,18 @@ rtdeletemsg(struct rtentry *rt, struct i
 * deleted.  That will allow the information being reported to
 * be accurate (and consistent with route_output()).
 */
-   bzero((caddr_t), sizeof(info));
+   memset(, 0, sizeof(info));
info.rti_info[RTAX_DST] = rt_key(rt);
+   info.rti_info[RTAX_GATEWAY] = rt->rt_gateway;
if (!ISSET(rt->rt_flags, RTF_HOST))
info.rti_info[RTAX_NETMASK] = rt_plen2mask(rt, _mask);
-   info.rti_info[RTAX_GATEWAY] = rt->rt_gateway;
+   info.rti_info[RTAX_LABEL] = rtlabel_id2sa(rt->rt_labelid, _rl);
info.rti_flags = rt->rt_flags;
-   ifidx = rt->rt_ifidx;
+   info.rti_info[RTAX_IFP] = sdltosa(ifp->if_sadl);
+   info.rti_info[RTAX_IFA] = rt->rt_ifa->ifa_addr;
error = rtrequest_delete(, rt->rt_priority, ifp, , tableid);
KERNEL_LOCK();
-   rtm_miss(RTM_DELETE, , info.rti_flags, rt->rt_priority, ifidx,
+   rtm_miss(RTM_DELETE, , rt->rt_flags, rt->rt_priority, rt->rt_ifidx,
error, tableid);
KERNEL_UNLOCK();
if (error == 0)

Re: inteldrm regressions

[Martin Pieuchot]

On 24/07/17(Mon) 11:33, Giovanni Bechis wrote:
> On 07/24/17 11:16, Martin Pieuchot wrote:
> > On 24/07/17(Mon) 11:09, Giovanni Bechis wrote:
> >> On 07/24/17 10:58, Martin Pieuchot wrote:
> >>> I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
> >>> Since the last inteldrm update my laptop freeze in the following cases:
> >>>
> >>>  - When watching a video fullscreen, either with mplayer or in firefox.
> >>>This happen once or twice per movie, generally when there's a lot of
> >>>suspense!
> >>>
> >> it's fixed for me with latest uncommitted drm diff from kettenis@, have 
> >> you tried it ?
> > 
> > I don't remember any uncomitted drm diff.  I might have missed it, is it
> > on tech@?
> > 
> It is this one:
> http://marc.info/?l=openbsd-tech=150021119614775=2
> I do not know if it has been committed since.

It has been committed, I'm running with it.

Re: inteldrm regressions

[Giovanni Bechis]

On 07/24/17 11:16, Martin Pieuchot wrote:
> On 24/07/17(Mon) 11:09, Giovanni Bechis wrote:
>> On 07/24/17 10:58, Martin Pieuchot wrote:
>>> I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
>>> Since the last inteldrm update my laptop freeze in the following cases:
>>>
>>>  - When watching a video fullscreen, either with mplayer or in firefox.
>>>This happen once or twice per movie, generally when there's a lot of
>>>suspense!
>>>
>> it's fixed for me with latest uncommitted drm diff from kettenis@, have you 
>> tried it ?
> 
> I don't remember any uncomitted drm diff.  I might have missed it, is it
> on tech@?
> 
It is this one:
http://marc.info/?l=openbsd-tech=150021119614775=2
I do not know if it has been committed since.
 Giovanni

Re: inteldrm regressions

[Martin Pieuchot]

On 24/07/17(Mon) 11:09, Giovanni Bechis wrote:
> On 07/24/17 10:58, Martin Pieuchot wrote:
> > I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
> > Since the last inteldrm update my laptop freeze in the following cases:
> > 
> >  - When watching a video fullscreen, either with mplayer or in firefox.
> >This happen once or twice per movie, generally when there's a lot of
> >suspense!
> > 
> it's fixed for me with latest uncommitted drm diff from kettenis@, have you 
> tried it ?

I don't remember any uncomitted drm diff.  I might have missed it, is it
on tech@?

Re: inteldrm regressions

[Giovanni Bechis]

On 07/24/17 10:58, Martin Pieuchot wrote:
> I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
> Since the last inteldrm update my laptop freeze in the following cases:
> 
>  - When watching a video fullscreen, either with mplayer or in firefox.
>This happen once or twice per movie, generally when there's a lot of
>suspense!
> 
it's fixed for me with latest uncommitted drm diff from kettenis@, have you 
tried it ?

>  - When suspending or waking up from suspend.  The screen stay black and
>the power button keeps blinking.  In both cases I suspend/resume by
>closing/opening the screen.
> 
> When such freeze happen I can't do anything but hold the power button.
> 
> On top of that, some times after booting or after resuming, GNOME3/gdm is
> completely frozen and that I re-start gdm manually.
> > This also happen when my network interface are down.
>
same here, I do not think this is related to resume (suspend/resume is broken 
on my laptop atm), it seems to freeze when I am using wireless connections more 
than on wired connections.
 
> The situation is so bad that I don't use suspend/resume.
> 
> OpenBSD 6.1-current (GENERIC.MP) #57: Sun Jul 23 19:11:11 CEST 2017
> m...@oliva.grenadille.net:/sys/arch/amd64/compile/GENERIC.MP
> RTC BIOS diagnostic error 80
> real mem = 8238301184 (7856MB)
> avail mem = 7982833664 (7613MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (65 entries)
> bios0: vendor LENOVO version "N14ET26W (1.04 )" date 01/23/2015
> bios0: LENOVO 20BS006BGE
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT SSDT SSDT 
> SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT UEFI MSDM BATB FPDT UEFI DMAR
> acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpiec0 at acpi0
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.91 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: TSC frequency 2394913200 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 1, core 0, package 0
> cpu2 at mainbus0: apid 2 (application processor)
> cpu2: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu2: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 1, package 0
> cpu3 at mainbus0: apid 3 (application processor)
> cpu3: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
> cpu3: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (PEG_)
> acpiprt2 at acpi0: bus 3 (EXP1)
> acpiprt3 at acpi0: bus 4 (EXP2)
> acpiprt4 at acpi0: bus -1 (EXP3)
> acpiprt5 at acpi0: bus -1 (EXP6)
> acpicpu0 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
> C1(1000@1 mwait.1), PSS
> 

inteldrm regressions

[Martin Pieuchot]

I'm running GNOME3 on my main laptop, an X1 carbon gen 3, dmesg below.
Since the last inteldrm update my laptop freeze in the following cases:

 - When watching a video fullscreen, either with mplayer or in firefox.
   This happen once or twice per movie, generally when there's a lot of
   suspense!

 - When suspending or waking up from suspend.  The screen stay black and
   the power button keeps blinking.  In both cases I suspend/resume by
   closing/opening the screen.

When such freeze happen I can't do anything but hold the power button.

On top of that, some times after booting or after resuming, GNOME3/gdm is
completely frozen and that I re-start gdm manually.

This also happen when my network interface are down.

The situation is so bad that I don't use suspend/resume.

OpenBSD 6.1-current (GENERIC.MP) #57: Sun Jul 23 19:11:11 CEST 2017
m...@oliva.grenadille.net:/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 80
real mem = 8238301184 (7856MB)
avail mem = 7982833664 (7613MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (65 entries)
bios0: vendor LENOVO version "N14ET26W (1.04 )" date 01/23/2015
bios0: LENOVO 20BS006BGE
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT SSDT SSDT SSDT 
SSDT SSDT SSDT SSDT SSDT PCCT SSDT UEFI MSDM BATB FPDT UEFI DMAR
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.91 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2394913200 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz, 2394.45 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 3 (EXP1)
acpiprt3 at acpi0: bus 4 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpiprt5 at acpi0: bus -1 (EXP6)
acpicpu0 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1
acpipwrres1 at acpi0: NVP3, resource for PEG_
acpipwrres2 at acpi0: NVP2, resource for PEG_
acpitz0 at acpi0: critical temperature is