27;ll try it out soon, thanks!
> >
> >
> >
> > -adrian
> >
> > On 15 July 2013 14:35, Taku YAMAMOTO wrote:
> >> This reminds me of my local patch which I wrote and forgot about deep in
> >> the git :)
> >>
> >> This hack was required to ha
-
-|-__ YAMAMOTO, Taku
| __ <
- A chicken is an egg's way of producing more eggs. -
commit 99a24d7c19d624654afbd574e604d8a011ed28b3
Author: Taku YAMAMOTO
Date: Sun Jul 14 07:36:29 2013 +0900
i386: defer FPU context resume from resumectx() to npxdna() by CR0_TS.
diff --git a
g"
--
-|-__ 山本 拓 / YAMAMOTO, Taku
| __ <
- A chicken is an egg's way of producing more eggs. -
commit 5df85bbf9a02f5bd116bc8520aba2d6b4ee1b2fb
Author: Taku YAMAMOTO
Date: Thu Feb 14 01:07:22 2013 +0900
Fix GPE handling on sleeping. (found on X61)
diff --git a/s
On Sat, 18 Aug 2012 09:15:33 -0700
Daniel Rudy wrote:
> I have submitted a project proposal to the community. The full text can
> be found on the FreeBSD forums here:
>
> http://forums.freebsd.org/showthread.php?t=33980
>
> The project is to develop a working implementation of
> suspend/resume
On Sun, 08 Jul 2012 12:11:32 +0300
Andriy Gapon wrote:
>
> acpi_cpu.c has a block of code to write CST_CNT to SMI_CMD, but the block is
> under #ifdef notyet. It seems that the code was added that many years ago and
> never enabled.
> Now, judging from the reports I've seen on this mailing list
For those interested in the native Cx patch:
in short, I found that a call to ACPI_ENABLE_IRQS(); , right before return,
was missing in the C1 code path.
Begin forwarded message:
Date: Sun, 24 Jul 2011 18:02:19 +0900
From: Taku YAMAMOTO
To: Jung-uk Kim
Cc: a...@freebsd.org
Subject: Follow-up
On Wed, 13 Jul 2011 12:02:50 -0400
Jung-uk Kim wrote:
> I fixed that bug in the later patches, e.g.,
>
> http://people.freebsd.org/~jkim/acpi_cx_native.diff
I'm afraid spinning on *state == STATE_MWAIT doesn't work well for hardware-
originated interrupts.
Other than that, basically I like your
Ah, the line in the acpi_cpu_mwait function should be read as:
cpu_monitor(state, 0, 0);
Vitaly, could you test the jkim's patch again with the above line modified?
Jung-uk, the MONITOR insn seems to result in GPF if its extensions is
anything but zero.
# I admit it's very confu
On Wed, 20 Apr 2011 00:31:33 +0900
Taku YAMAMOTO wrote:
> A patch is attached.
Mailman ate it ;)
Here it is.
--
-|-__ YAMAMOTO, Taku
| __ <
- A chicken is an egg's way of producing more eggs. -
--- sys/dev/syscons/syscons.c.orig 2010-12-08 11:34:37.173729146 +0
Hi all,
Now, thanks to jkim's work, we have power_suspend and power_resume
EVENTHANDLERs since r220647.
I think it's a good time to move scsuspend()/scresume() to that scheme, too.
That is:
* We can achieve definitive ordering between vga, drm and so on:
no need to depend on scpm hackery wit
On Wed, 15 Sep 2010 08:01:24 +0900
Taku YAMAMOTO wrote:
> On Tue, 14 Sep 2010 11:44:45 +0300
> Andriy Gapon wrote:
>
> > Additionally, it seems that we do not currently have any support for
> > Functional
> > Fixed Hardware (FFH) way of providing C states. In this
On Tue, 14 Sep 2010 11:44:45 +0300
Andriy Gapon wrote:
> Additionally, it seems that we do not currently have any support for
> Functional
> Fixed Hardware (FFH) way of providing C states. In this case _CST returns GAS
> of a register used to enter a C state with address space ID set to
> ACPI_
Is it faster to call sched_bind() temporarily in acpi_cpu_notify()
than locking around many places?
If we successfully sched_bind() to the subject CPU, I think we're guaranteed
that the acpi_cpu_idle() is not running on that CPU.
On Tue, 18 May 2010 16:04:07 +0200
Giovanni Trematerra wrote:
>
13 matches
Mail list logo