Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Ben Widawsky
On 18-11-23 13:05:00, Charlie Li wrote: > On 23/11/2018 00:02, Ben Widawsky wrote: > > Thanks both of you. Here's another shot at roughly the same thing I asked > > the > > first reporter to try (that patch was wrong). If it doesn't work, can you > > please > > post the dmesg? > > > This patch

Kernel Panic - Sublime Text - 12.0-PRERELEASE r340650M

2018-11-23 Thread James Wright
Hi, When trying to run sublime text via the linuxulator my system panics and reboots. Unfortunately I do not have much extra info as it crashes immediately and seems to corrupt the UFS filesystem in the process (which has to be fixed with a few runs of fsck on next boot). I've tried

Re: ath(4) issues?

2018-11-23 Thread Steve Kargl
Adrian, Thanks for the explanation. Now that I think about it my internet carrier replaced my old cable modem with a new one some 6 weeks ago. This coincidence with the appearance of these messages. It also coincided with work by Warner (and mybe others) on PnP and PCI bus, so I seem to have

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Ben Widawsky
___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ath(4) issues?

2018-11-23 Thread Adrian Chadd
hi! No. It's a side effect of how ath_rate_sample works. The TL;DR is: * ath_rate_sample uses a fixed set of rates for each attempt - so say you want to transmit at 54MBit OFDM, the second/third/fourth slower rates are in a fixed table; * net80211 negotiates which rates are acceptable to the

Re: ath(4) issues?

2018-11-23 Thread Adrian Chadd
And I think 0x1b is "1mbit CCK", so I bet that's disabled on your AP? On Fri, 23 Nov 2018 at 11:28, Adrian Chadd wrote: > hi! > > No. It's a side effect of how ath_rate_sample works. The TL;DR is: > > * ath_rate_sample uses a fixed set of rates for each attempt - so say you > want to transmit

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Charlie Li
On 23/11/2018 00:02, Ben Widawsky wrote: > Thanks both of you. Here's another shot at roughly the same thing I asked the > first reporter to try (that patch was wrong). If it doesn't work, can you > please > post the dmesg? > This patch works on my machine as well. -- Charlie Li Can't think of

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Ben Widawsky
On 18-11-23 16:42:22, Mateusz Piotrowski wrote: > On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote: > > > Somewhere between r340491 and r340650, probably starting from r340595, > > my ThinkPad W550s started spewing these messages repeatedly in the > > system log since boot: > > > > ... > > > > As

GNU binutils 2.17.50 retirement planning

2018-11-23 Thread Ed Maste
For some time we have been incrementally working to retire the use of obsolete GNU Binutils 2.17.50 tools. At present we still install three binutils by default: as ld.bfd objdump The intent is to retire all of these by FreeBSD 13. Depending on tool and architecture we will just remove it,

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Mateusz Piotrowski
On Tue, 20 Nov 2018 at 15:47, Charlie Li wrote: > Somewhere between r340491 and r340650, probably starting from r340595, > my ThinkPad W550s started spewing these messages repeatedly in the > system log since boot: > > ... > > As a result, I am now unable to query battery information at the very

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Samy Mahmoudi
With your patch applied, normal behavior seems back again. "dmesg" output and other relevent files are availabe at: http://imp.ovh/acpi > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To

Re: ACPI Error: No handler for Region [ECOR]

2018-11-23 Thread Samy Mahmoudi
Hi all, "patch -p 1 < your_patch" gives me the following *.rej file: @@ -362,7 +362,8 @@ ret = 0; goto out; -} +} else + ecdt = 0; ret = ACPI_ID_PROBE(device_get_parent(dev), dev, ec_ids, NULL); if (ret > 0) @@ -422,16 +434,6 @@ /* Store the