I see the same in Ubuntu 18.04.2.
$ dmesg -l warn | grep secureboot
[0.00] secureboot: Secure boot could not be determined (mode 0)
$ uname -rv
4.18.0-17-generic #18~18.04.1-Ubuntu SMP Fri Mar 15 15:27:12 UTC 2019
--
You received this bug notification because you are a member of Kernel
P
Ubuntu 18.04 also need a fix for this bug.
[0.884817] usb: port power management may be unreliable
[0.889745] platform eisa.0: EISA: Cannot allocate resource for mainboard
[0.889746] platform eisa.0: Cannot allocate resource for EISA slot 1
[0.889746] platform eisa.0: Cannot alloca
Error "Couldn't get size: 0x800e" has resurfaced despite of
the released fix. I found this error in latest Ubuntu 18.04 install.
Release fix needs to be re-evaluated.
$ dmesg
.
[0.933031] Loading compiled-in X.509 certificates
[0.934003] Loaded X.509 cert 'Build time autog
I have also noticed this error in output from dmesg.
(NULL device *): hwmon_device_register() is deprecated. Please convert
the driver to use hwmon_device_register_with_info().
$ uname -r
4.10.0-33-generic
I am using Ubuntu 16.04
The hwmon is a generic Linux kernel subsystem, providing access t
I am reporting the same issue in UBUNTU 16.04 LTS 4.4.0-64-generic.
[0.186376] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
I noticed the following messages preceding this error message.
[0.144970] ACPI FADT declares the system doesn't support PCIe ASPM, so
disable it
[0.1
@colin-king. Noted. So what is causing the "acpi PNP0A08:00: _OSC failed
(AE_ERROR); disabling ASPM"?
Btw, what is a FADT?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1349740
Title:
I found the reason for error message. It was caused by my system BIOS setting.
Motherboard: ASUS Z170M-Plus
Driver: Z170M-PLUS BIOS 3301 updated 2017/03/02 (latest driver when posting
this comment)
In BIOS main, I went to Advanced --> Platform Msc Configuration.
In this page, I had to set:
- PCI
I don't have this error anymore with kernel 4.4.0-64-generic.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1553690
Title:
Lenovo Y700-17ISK: ACPI Errors
Status in linux package in Ubu
I had reported this bug error. However, i don't have this error anymore
on a same system using Ubuntu16.04.2 with kernel 4.4.0-6x and kernel
4.8.0-xx. I suspect it is related to changes in UEFI/BIOS and using the
more updated UEFI/BIOS driver versions.
Below are my UEFI settings and hope it help y
I have similar failures in my syslog and have not found the cause. I
reported it as a question
https://answers.launchpad.net/ubuntu/+question/293489.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.n
Public bug reported:
[ 0.016192] ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure,
AE_NOT_FOUND (20150930/dswload-210)
[ 0.016195] ACPI Exception: AE_NOT_FOUND, During name lookup/catalog
(20150930/psobject-227)
[ 0.016222] ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while load
Done. Thanks Christopher.
On 19/05/2016 18:56, Christopher M. Penalver wrote:
> SunBear, it will help immensely if you filed a new report with the Ubuntu
> repository kernel (not mainline/upstream) via a terminal:
> ubuntu-bug linux
>
> Please feel free to subscribe me to it.
>
I executed instructions 1 to 3 of https://01.org/linux-acpi/utilities in
an attempt to understand the failure msg mentioned above. The generated
files from instructions 1 to 3 are attached. SSDT 2,3,4 & 6 were
dissembled with reference to DSDT, e.g. $ iasl -e dsdt.dat -d ssdt2.dat,
and DSDT.dat was
Christopher,
I have updated the bios with Z170M-PLUS-ASUS-1803.CAP.
$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
1803
05/09/2016
The same ACPI failures still appears in my syslog. See below. Thus, the
updated bios did not fix the failures/bugs.
May 23 10:43:10 Eliot k
Christoper,
I reviewed my syslog concerning all Kernel-->ACPI logs via:
cat /var/log/syslog | grep kernel | grep ACPI
I have 2 questions and hope you can help me understand:
1. ACPI loaded the 8 SSDT tables. I assume these equate to the ssdt1.dat
to ssdt8.dat files obtained from acpidump. Howeve
, Christopher M. Penalver wrote:
> SunBear, in order to allow additional upstream developers to examine the
> issue, at your earliest convenience, could you please test the latest
> upstream kernel available from
> http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D ? Please keep in mind
>
@ChrisGuiver(guiverc)
Before raising this bug report, I hard raised my issue in AskUbuntu
(https://askubuntu.com/q/1542959/541417). I was advised to raise a bug
report from there. My apologies for filing this bug against release-
upgrade. To be honest, despite the simplicity of the `ubuntu-bug` GU
17 matches
Mail list logo
