On 06/18/17 11:52, Jia-Ju Bai wrote:
The driver may sleep under a mutex, and the code path is:
acpi_tz_thread [line 992: acquire the mutex]
acpi_tz_thread [line 993]
acpi_tz_thread [line 1003]
acpi_tz_thread [line 1004] (msleep is excuted)
acpi_tz_thread [line 1008]
acpi_tz_thread [line 970]
Hi,
I've dumped the relevant ACPI tables below. Does anyone know why the
parsing of the ACPI DOD fails in acpi_video.c ?
Any patch suggestions?
--HPS
acpidump:
Scope (\_SB.PCI0.GFX0)
{
Method (_DOS, 1, NotSerialized) // _DOS: Disable Output Switching
{
On 12/22/16 21:04, Moore, Robert wrote:
ACPICA version 20161222 happened today, with a fix for the problem below.
+1
When will the fix be merged to -head ?
--HPS
___
freebsd-acpi@freebsd.org mailing list
On 02/14/16 09:48, Ian Smith wrote:
On Sat, 13 Feb 2016 11:17:31 -0800, Luke wrote:
> > I searched the wiki on 'USB power' but noticed only sections 4 and 10 of
> > https://wiki.freebsd.org/TuningPowerConsumption seemed to relate at all.
> > If that's it or not, I'd appreciate some more
On 02/11/16 15:39, Ian Smith wrote:
Do you have any rough idea of the difference in battery power used in S3
with HC(s?) running, or in standby, or off?
No, I don't have any numbers. I know that USB.org has defined some rules
how many mA that each individual USB device can draw in suspended
On 02/11/16 11:09, Dee Zay wrote:
Hello,
How do I NOT put XHCI into sleep and keep standby for USB keyboard
interrupts?
I cannot find system tunables for this option..
As for the debugging, how do I see the interactions between the BIOS and HC?
Hi,
You need to edit the code in xhci.c then.
On 02/11/16 12:30, Dee Zay wrote:
Hello,
I am a bit confused about the resume problem and its procedures.
Could you explain briefly about the difference between resuming from
standby(powered) and completely off HC?
Thank you,
Julian
Hi,
Only the XHCI can resume completely off HC. It knows
On Tuesday 31 July 2012 05:19:12 Takanori Watanabe wrote:
I'm trying to map USB devices and hub into acpi handle,
and I want ideas to cope with a problem.
The problem is that there is no easy way to get port number from
child usb device in hub device.
usb_attach_arg structure have one, but
On Tuesday 10 January 2012 22:20:48 David Demelier wrote:
On 10/01/2012 22:08, Hans Petter Selasky wrote:
On Tuesday 10 January 2012 19:55:57 David Demelier wrote:
On 10/01/2012 20:06, Bernhard Schmidt wrote:
On Tuesday 10 January 2012 17:18:43 David Demelier wrote:
Hello,
I have
On Wednesday 11 January 2012 19:58:11 David Demelier wrote:
On 11/01/2012 19:12, Hans Petter Selasky wrote:
On Tuesday 10 January 2012 22:20:48 David Demelier wrote:
On 10/01/2012 22:08, Hans Petter Selasky wrote:
On Tuesday 10 January 2012 19:55:57 David Demelier wrote:
On 10/01/2012 20
On Tuesday 10 January 2012 19:55:57 David Demelier wrote:
On 10/01/2012 20:06, Bernhard Schmidt wrote:
On Tuesday 10 January 2012 17:18:43 David Demelier wrote:
Hello,
I have a desktop computer on a Intel DH55HC mainboard. Suspend to ram
almost works on 9.0-RELEASE.
The resume
By default USB devices are not suspended. You can use usbconfig power_save
to enable automatic power save for all devices.
--HPS
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any
On Wednesday 27 October 2010 10:14:18 Alexander Motin wrote:
As I understand, if respective USB port is not used, USB stack should
put it into power_save mode not poll so often to deny entering C3 state.
USB will stop the hardware from polling RAM, but still a 4 second root HUB
software
On Friday 22 October 2010 07:19:47 Lin Ming wrote:
On Fri, 2010-10-22 at 10:39 +0800, Lin Ming wrote:
On Fri, 2010-10-22 at 04:57 +0800, Hans Petter Selasky wrote:
Here is the relevant output. First note, the buffer length is 512 and
(uint8_t)512 = 0, so I modified the code to print out
On Friday 22 October 2010 07:19:47 Lin Ming wrote:
diff --git a/source/components/resources/rsxface.c
b/source/components/resources/rsxface.c index 2a019d1..17b88e2 100644
--- a/source/components/resources/rsxface.c
+++ b/source/components/resources/rsxface.c
@@ -394,6 +394,7 @@
Hi,
I will get you the debug output from this patch in about 8 hours.
--HPS
On Thursday 21 October 2010 09:12:27 Lin Ming wrote:
Hi,
Could you apply below debug patch and attach the output?
I'll try to reproduce this bug with the output.
It will print something like below,
Passed
On Thursday 21 October 2010 09:12:27 Lin Ming wrote:
On Thu, 2010-10-21 at 11:39 +0800, Lin Ming wrote:
On Wed, 2010-10-20 at 16:06 +0800, Hans Petter Selasky wrote:
On Wednesday 20 October 2010 08:36:31 Lin Ming wrote:
On Wed, 2010-10-20 at 14:34 +0800, Hans Petter Selasky wrote
On Tuesday 19 October 2010 07:47:02 Lin Ming wrote:
On Tue, 2010-10-19 at 04:21 +0800, Hans Petter Selasky wrote:
On Monday 18 October 2010 02:01:09 Moore, Robert wrote:
Can you send us the acpidump for the machine?
Also, tell us which control method is failing.
Thanks
Hi
On Wednesday 20 October 2010 08:55:09 Andriy Gapon wrote:
on 20/10/2010 09:34 Hans Petter Selasky said the following:
On Tuesday 19 October 2010 07:47:02 Lin Ming wrote:
On Tue, 2010-10-19 at 04:21 +0800, Hans Petter Selasky wrote:
On Monday 18 October 2010 02:01:09 Moore, Robert wrote
On Wednesday 20 October 2010 08:36:31 Lin Ming wrote:
On Wed, 2010-10-20 at 14:34 +0800, Hans Petter Selasky wrote:
On Tuesday 19 October 2010 07:47:02 Lin Ming wrote:
On Tue, 2010-10-19 at 04:21 +0800, Hans Petter Selasky wrote:
On Monday 18 October 2010 02:01:09 Moore, Robert wrote
On Sunday 17 October 2010 10:56:12 Hans Petter Selasky wrote:
Hi,
After debugging for some time now I've found the issue.
1) I extended all allocations from ACPI to PAGE_SIZE.
2) Then I filled the extra area with zero.
3) Then at free I checked if some buffers were overwritten, and indeed I
Hi,
My MacBookPro 5,1 does not boot using -current because memory inside the ACPI
kernel module is used after free.
The following patch temporily mitigates the problem:
/usr/src/sys/dev/acpica/Osd/OsdMemory.c
void
AcpiOsFree(void *Memory)
{
+ if (cold == 0)
free(Memory, M_ACPICA);
}
Is
On Friday 30 July 2010 16:53:22 b. f. wrote:
Are these criticisms of suspend/resume for the usb stack justified?:
http://lists.freebsd.org/pipermail/svn-src-head/2010-July/018974.html
If so, are there any plans to fix the problem(s)?
Regards,
b.
Hi,
Suspend and resume
23 matches
Mail list logo