Hi
I've been working on suspend/resume for SMP/i386 for a week
and created patches against CURRENT, RELENG_9 and RELENG_8
available at:
http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff
http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff
ht
Hi, Thanks for your report.
From: Peter Jeremy
Subject: Re: [CFT] SMP/i386 suspend/resume
Date: Fri, 11 May 2012 21:20:05 +1000
Message-ID: <2012052005.ga87...@server.rulingia.com>
> On 2012-May-11 11:10:19 +0900, Mitsuru IWASAKI wrote:
> >I've been working on suspend
Hi, Thanks for you report.
From: David Wolfskill
Subject: Re: [CFT] SMP/i386 suspend/resume
Date: Fri, 11 May 2012 13:22:57 +
Message-ID: <20120511132257.ga96...@freefall.freebsd.org>
> On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote:
> > Hi
> >
>
Hi, Thanks for your report.
From: Gustau Pérez i Querol
Subject: Re: [CFT] SMP/i386 suspend/resume
Date: Sun, 13 May 2012 09:57:33 +0200
Message-ID: <4faf696d.3060...@entel.upc.edu>
> Al 11/05/2012 04:10, En/na Mitsuru IWASAKI ha escrit:
> > Hi
> >
> > I've be
Hi,
From: David Wolfskill
Subject: Re: [CFT] SMP/i386 suspend/resume
Date: Sun, 13 May 2012 07:03:02 -0700
Message-ID: <20120513140302.gi13...@albert.catwhisker.org>
> On Sun, May 13, 2012 at 10:59:17PM +0900, Mitsuru IWASAKI wrote:
> >
> > OK, we need some more inve
Hi,
> >> Reporting from an Acer Centrino Duo, running CURRENT r235266. The
> >> machine has an nvidia card (Ge7300go). The acpi_video and nvidia modules
> >> are there.
> >>
> >> I did test it a few times with X running (plain twm) and worked just
> >> fine. Setting hw.acpi.lid_switch_stat
Hi,
> First of all, thank you very much for your work! I wanted to do it
> for very long time but I had no time to actually implement it. :-)
Welcome! I also wanted to do this for very long time but I had no
time and test machines ;)
Recently I got Core Duo (Thinkpad X60) and Core 2 Duo (X61) m
Hi,
> > +1. I've really liked to use more than one CPU on my netbook for a while :).
>
> A basic suspend test worked on my netbook. I'll have to see about
> some edgecases I've run into in the past where UP wouldn't resume if
> the system had been sitting for an extensive period of time, etc.
Hi,
Well I think we are ready to have x86/acpica/acpi_wakeup.c to share
acpi_sleep_machdep() and acpi_wakeup_machdep() between amd64 and i386.
http://people.freebsd.org/~iwasaki/acpi/x86-acpi_wakeup-20120602.diff
There are no functional changes. The following is major changes.
amd64:
- Add susp
Hi,
> the move of the file makes most of the patch to acpi_wakeup.c
> unreadable (in order to determine the code changing for adaping back
> and forth from i386 to amd64).
> For the sake of reviewers, can you please simply patch the amd64
> version in a way that it shows clearly the changes to get
Hi, thanks for your comments.
> I still didn't review your patch in detail, but I think PCB_SUSPENDING
> is not really the way it should be done.
> PCB datas are about the thread state on a particular CPU and the
> suspension of the CPU has not much to do with the thread state. It
> should be more
Hi, thanks for comments.
> As the first thing I must admit that I haven't looked at the patch :-)
Never mind :) What I'm trying to do in the patches is just to unify
amd64/i386 independent part (acpi_wakeup.c) for the code maintenance,
so please let's commit it first, then start re-design the
cpu
Hi,
> > The first thing to consider is that right now we only have 2 states
> > for CPUs: started and stopped. These states are controlled by
> > started_cpus and stopped_cpus masks respectively. It seems you really
> > want to add an intermediate level among the 2 where you have: started
> > -> s
Hi,
http://people.freebsd.org/~iwasaki/acpi/x86-acpi_wakeup-20120606.diff
I've noticed that SVN rev 210777 commit log, said
'savectx() is only used for panic dump (dumppcb) and kdb (stoppcbs)'.
So suspendctx() in i386 version should be merged into savectx().
I hope this would be the last patche
Hi,
I've created the patches of experimental implementation based on
discussion so far.
http://people.freebsd.org/~iwasaki/acpi/cpustop_hook-20120606.diff
In acpi_wakeup.c, cpususpend_handler() and susppcbs are replaced with
cpustop_handler() and stoppcbs.
This is for RELENG_9 and only for i386
Hi,
I've noticed that brightness up/down keys on my Thinkpad X61 doesn't
work. Checking DSDT of X61, many changes were found comparing with
older Thinkpad (eg. X41). So I made the patches against acpi_ibm(4)
as a workaround so that devd(8) events are handled by event handler in
acpi_ibm(4).
the
Hi,
> Brightness can be adjusted using "acpi_call -p '\VBRC' -i n" (where n
> is 0-15). acpi_call must be installed from ports. But this command
> sets absolute brightness, so it can't raise or lower the brightness
> unless you have the current value and I don't know how to get that.
> This is the
tests your patches?
> Which information is important for send.
The patches were already merged to CURRENT and RELENG_9.
So, please try RELENG_9 and report any problems suspend/resume.
I'll try to fix them until 9.1-RELEASE :)
Thanks!
>
> On Wed, 2012-05-16 at 11:31 +090
Hi,
> > ACPI have tons of optional stuff that isn't required to be present,
> > and apparently acline is one of them. Also, acline is only useful
> > if there are multiple power sources, what if you have a desktop
> > machine always running off a battery, if we defaulted acline=1, then
> > you'd
19 matches
Mail list logo
