search for: acpica

...don't like to maintain things out of tree: a) Is there any possibilty that this could be included in the official syslinux source tree? b) If so, what changes do I need to make to the patch for it to be accepted? Note that this COM32 module implements a single-threaded instantiation of the ACPICA for itself that ignores the SCI interrupt. The acpioff.c program using the syslinux COM32 library act as the "OS" for the ACPICA instantiation. The changeset is very large due to the ACPICA, but the following files are what really matter for review purposes: Program: com32/acpiof...

...don't like to maintain things out of tree: a) Is there any possibilty that this could be included in the official syslinux source tree? b) If so, what changes do I need to make to the patch for it to be accepted? Note that this COM32 module implements a single-threaded instantiation of the ACPICA for itself that ignores the SCI interrupt. The acpioff.c program using the syslinux COM32 library act as the "OS" for the ACPICA instantiation. The changeset is very large due to the ACPICA, but the following files are what really matter for review purposes: Program: com32/acpiof...

...54 in trap (frame=0xffffff80d89ac610) at /usr/src/sys/amd64/amd64/trap.c:599 #6 0xffffffff806e81bf in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff802c6f15 in AcpiUtUpdateObjectReference ( Object=0xfffffe0001824a80, Action=0) at /usr/src/sys/contrib/dev/acpica/utilities/utdelete.c:563 #8 0xffffffff802b77a4 in AcpiExResolveNodeToValue ( ObjectPtr=0xfffffe0001a2c2e0, WalkState=0xfffffe0001a2c000) at /usr/src/sys/contrib/dev/acpica/executer/exresnte.c:184 #9 0xffffffff802b7ad3 in AcpiExResolveToValue (StackPtr=0xfffffe0001a2c2e0, WalkState...

Check whether the kernel really supports power resources for a device, otherwise the power might not be removed when the device is runtime suspended (DSM should still work in these cases where PR does not). This is a workaround for a problem where ACPICA and Windows 10 differ in behavior. ACPICA does not correctly enumerate power resources within a conditional block (due to delayed execution of such blocks) and as a result power_resources is set to false even if _PR3 exists. Fixes: 692a17dcc292 ("drm/nouveau/acpi: fix lockup with PCIe runtime...

...wrote: >> Check whether the kernel really supports power resources for a device, >> otherwise the power might not be removed when the device is runtime >> suspended (DSM should still work in these cases where PR does not). >> >> This is a workaround for a problem where ACPICA and Windows 10 differ in >> behavior. ACPICA does not correctly enumerate power resources within a >> conditional block (due to delayed execution of such blocks) and as a >> result power_resources is set to false even if _PR3 exists. >> >> Fixes: 692a17dcc292 ("dr...

These two patches are pulled from linux kernel upstream, to allow ACPICA corretly parse cpufreq info from some non-standard BIOS. We find current cpufreq in Xen does not work correctly in some machine, and these two patch fix this issue. commit 24058054d781934df526be114c612cf2b29cf4e7 Author: Bob Moore <robert.moore@intel.com> Date: Fri Feb 2 19:48:18 2007 +030...

...ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/../include -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 /vol/vol0/users/des/tinderbox/RELENG_4/i386/i386/src/sys/vm/vm_glue.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p...

...t lekensteyn.nl> wrote: > Check whether the kernel really supports power resources for a device, > otherwise the power might not be removed when the device is runtime > suspended (DSM should still work in these cases where PR does not). > > This is a workaround for a problem where ACPICA and Windows 10 differ in > behavior. ACPICA does not correctly enumerate power resources within a > conditional block (due to delayed execution of such blocks) and as a > result power_resources is set to false even if _PR3 exists. > > Fixes: 692a17dcc292 ("drm/nouveau/acpi: fix...

...k whether the kernel really supports power resources for a device, > >> otherwise the power might not be removed when the device is runtime > >> suspended (DSM should still work in these cases where PR does not). > >> > >> This is a workaround for a problem where ACPICA and Windows 10 differ in > >> behavior. ACPICA does not correctly enumerate power resources within a > >> conditional block (due to delayed execution of such blocks) and as a > >> result power_resources is set to false even if _PR3 exists. > >> > >> Fixe...

...ound patch has been merged in v4.9-rc3-34-gb0a6af8 (and backported to 4.8.7 via v4.8.6-109-g7290da4) but apparently it broke (system?) suspend/resume according to the reporter. Before the workaround patch: - _PR3 method is found, so nouveau assumes that PCI core takes care of D3cold. - Due to an ACPICA bug, PCI core fails to power off the device via runtime PM: https://bugs.acpica.org/show_bug.cgi?id=1333 After the workaround patch I guess that this happens: - _PR3 method is found, but unusable. Nouveau falls back to _DSM. - Due to the above ACPICA bug, the power resources not owned by any...

...39; a few minutes ago and tried to rebuild my kernel and was given this error: make CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 CALL scripts/checksyscalls.sh CHK include/linux/compile.h CC drivers/acpi/acpica/hwsleep.o drivers/acpi/acpica/hwsleep.c: In function ''acpi_enter_sleep_state'': drivers/acpi/acpica/hwsleep.c:349: error: ''ACPI_DB_ERROR'' undeclared (first use in this function) drivers/acpi/acpica/hwsleep.c:349: error: (Each undeclared identifier is reported...

...syscons.c:617 #12 0xc028791a in atkbd_intr (kbd=0xc035f2e0, arg=0x0) at /usr/src/sys/dev/kbd/atkbd.c:464 #13 0xc02af378 in atkbd_isa_intr (arg=0xc035f2e0) at /usr/src/sys/isa/atkbd_isa.c:140 #14 0xc029b560 in doreti () #15 0xc0140e44 in AcpiHwSetMode (Mode=2) at /usr/src/sys/contrib/dev/acpica/hwacpi.c:233 #16 0xc013baf9 in AcpiDisable () at /usr/src/sys/contrib/dev/acpica/evxfevnt.c:212 #17 0xc01507d6 in acpi_Disable (sc=0xc21f4f80) at /usr/src/sys/dev/acpica/acpi.c:1468 #18 0xc014fe86 in acpi_shutdown_pre_sync (arg=0xc21f4f80, howto=0) at /usr/src/sys/dev/acpica/acpi.c:917...

When hotplug hvm vcpu by ''xm vcpu-set'' command, if it add/remove many vcpus by 1 ''xm vcpu-set'' command, it has a bug that it cannot add/remove all vcpus that want to be added/removed. This patch is to fix the bug. It delays trigger sci until all xenstore cpu node status are watched. Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>

This module is able to power off a system via APM. It replaces the poweroff COMBOOT module. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> --- com32/modules/Makefile | 2 +- com32/modules/poweroff.c | 88 ++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 89 insertions(+), 1 deletions(-) create mode 100644 com32/modules/poweroff.c diff --git

Hi, Just update my 8.x kernel sources last weekend, and newly built kernel did not boot for me: link_elf: symbol mem_range_softc undefined KLD file acpi.ko - could not finalize loading kernel trap 12 with interrupts disabled This is stripped down kernel with everything possible loaded from modules. Any ideas? Did not see any warnings in UPDATING... ./danfe

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #16 from Peter Wu <peter at lekensteyn.nl> --- Rick reported that system suspend did not work before the patch either, so there is no regression in that sense. ACPICA developers are faster than expected, can you test these three patches: https://bugs.acpica.org/show_bug.cgi?id=1333#c45 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freed...

https://bugs.freedesktop.org/show_bug.cgi?id=98582 Bug ID: 98582 Summary: A regression with nouveau under wayland+xorg: laptop doesn't resume properly from suspension Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > No, there are not. Here is the recursive directory listing: > > Are you able to try the following patch and send me dmesg (or attach it > to that bug)? It should show if the ACPI core even tries to add those > power resources. So Rick has

...stpcpy semantics (returning a pointer to dst's terminating \0) means a caller might avoid a strlen call. - Maybe do strtoupper while you're at it. Quick grepping didn't find any use for the copy-while-lowercasing, but copy-while-uppercasing can at least be used in drivers/acpi/acpica/nsrepair2.c, drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c, drivers/power/power_supply_sysfs.c along with a bunch of inplace uppercasing. Rasmus

...ortly, which prompted this whole exercise. The changes made here have been compile-tested, but not tried out, due to lack of required hardware. This series is based on v4.7-rc5. Markus Mayer (6): lib: string: add function strtolower() drm/nouveau/core: make use of new strtolower() function ACPICA: make use of new strtolower() function ACPI / device_sysfs: make use of new strtolower() function staging: speakup: replace spk_strlwr() with strtolower() iscsi-target: replace iscsi_initiatorname_tolower() with strtolower() drivers/acpi/acpica/utnonansi.c | 13 +------------ d...