On 5/6/19 2:03 PM, Schmauss, Erik wrote:
-Original Message-
From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Anthony
Jenkins
Sent: Monday, May 6, 2019 6:45 AM
To: freebsd-acpi@FreeBSD.org; de...@acpica.org
Subject: [Devel] iasl -d and duplicate symbols (ACPI Error
ion before dropping that table.
Would any/all of these patches be useful/considered for acceptance into
acpica?
Thanks in advance,
Anthony Jenkins
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To u
ttps://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207419
On 07/18/18 03:33, Andrew Vylegzhanin wrote:
> Here is in attachment.
>
> --
> Andrew
>
> 2018-07-18 8:48 GMT+03:00 Kevin Oberman <mailto:rkober...@gmail.com>>:
>
> On Tue, Jul 17, 2018 at 5:54
two systems.
Can you post the output of dmesg(8)? Want to see if there are any boot
ACPI errors.
Anthony Jenkins
>
> WBR,
> --
> Andrew
> ___
> freebsd-acpi@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listi
My HP laptop has (had) this issue, where the _BQC method (Brightness
Query Current level) is missing and our ACPI code throws up its hands
and doesn't bother trying to adjust the brightness. I patched my DSDT
to add a _BQC method to fix mine, but later I asked the acpica mailing
list if a missing
On 08/20/16 10:44, Ian Smith wrote:
> On Sat, 20 Aug 2016 09:50:22 -0400, am_d...@fastmail.fm wrote:
> > On Thu, Aug 18, 2016, at 09:14 AM, Anthony Jenkins wrote:
> > > Try this patch, that's what I'm running.
>
> > I applied this patch to the latest 11 source
On 08/19/2016 09:16 AM, Anthony Jenkins via freebsd-acpi wrote:
>
> On 08/19/2016 09:14 AM, Anthony Jenkins wrote:
>>
>> On 08/19/2016 08:20 AM, am_d...@fastmail.fm wrote:
>>> On Thu, Aug 18, 2016, at 09:14 AM, Anthony Jenkins wrote:
>>>> Try this patch, tha
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
ethod: C1/hlt C2/io
> > dev.cpu.0.cx_usage_counters: 1541 5804
> > dev.cpu.0.cx_usage: 20.98% 79.01% last 2975us
> > dev.cpu.0.cx_lowest: C8
> > dev.cpu.0.cx_supported: C1/1/0 C2/2/100
>
> Just checking .. was the above taken when running on AC, or on battery?
>
> Just that your hw.acpi shows: hw.acpi.cpu.cx_lowest: C2
> which is nowadays the (conservative?) default setting while on AC power:
>
> smithi@x200:/usr/head/src % grep cx etc/defaults/rc.conf
> performance_cx_lowest="C2" # Online CPU idle state
> economy_cx_lowest="Cmax"# Offline CPU idle state
>
> which sets hw.acpi.cpu.cx_lowest, which then controls the setting of the
> individual dev.cpu.X.cx_lowest, which above are shown as C8, ie Cmax ?
>
> Just a few thoughts ..
>
> cheers, Ian
> ___
> freebsd-acpi@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
> To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
--
Anthony Jenkins
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
On 02/20/2016 08:51 AM, Anthony Jenkins via freebsd-acpi wrote:
> On 02/20/2016 07:38 AM, Ian Smith wrote:
>> On Fri, 19 Feb 2016 19:03:17 -0500, Anthony Jenkins via freebsd-acpi
>> wrote:
>>
>> Hi Anthony, It's been nearly 11 months, I see.
Never realized it's been t
Just got another HP laptop and it also needs support for the ACPI CMOS
device to suspend/resume, power down, etc. Simple enough to plop my
patch into my -CURRENT tree and get it working. So what again do I need
to do to get this committed to -CURRENT?
Thanks,
Anthony Jenkins
Kim
Is it possible for /etc/rc.shutdown to complete, but shutdown not
occur? If so, there should be a mechanism to restore the ability to
suspend. Other than that, I like it.
--
Anthony Jenkins
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
---
>>
>> However, I am not sure about an exact mechanism of the hard system hang that
>> I
>> experienced without the patch.
>>
>> BTW, I noticed that only very few drivers make explicit calls to
>> pci_set_powerstate and pci_save_state/pci_restore_state.
>>
...and of course I forget the attachment...
On 06/25/15 21:14, Anthony Jenkins wrote:
Sooo here's the new and improved rev. 6, new and improved because it
increases the diff line count by 332%.
[ajenkins@ajenkins-hplaptop /usr/src]$ wc -l atrtc_c_rev5.diff
atrtc_rev6.diff
220
Sooo here's the new and improved rev. 6, new and improved because it
increases the diff line count by 332%.
[ajenkins@ajenkins-hplaptop /usr/src]$ wc -l atrtc_c_rev5.diff
atrtc_rev6.diff
220 atrtc_c_rev5.diff
731 atrtc_rev6.diff
This is to satisfy the request to split the atrtc.c
On 03/19/2015 09:49 AM, Ian Smith wrote:
On Thu, 19 Mar 2015 09:11:08 -0400, Anthony Jenkins wrote:
On 03/19/2015 04:10 AM, Ian Smith wrote:
On Wed, 18 Mar 2015 15:30:23 -0600, Warner Losh wrote:
On Mar 18, 2015, at 10:06 AM, Anthony Jenkins
anthony.b.jenk...@att.net wrote
On 03/19/2015 04:10 AM, Ian Smith wrote:
On Wed, 18 Mar 2015 15:30:23 -0600, Warner Losh wrote:
On Mar 18, 2015, at 10:06 AM, Anthony Jenkins
anthony.b.jenk...@att.net wrote:
On 03/18/2015 11:29 AM, Warner Losh wrote:
On Mar 17, 2015, at 7:02 AM, Anthony Jenkins
On 03/18/2015 05:32 PM, Warner Losh wrote:
On Mar 18, 2015, at 9:59 AM, Anthony Jenkins anthony.b.jenk...@att.net
wrote:
On 03/18/2015 11:26 AM, Warner Losh wrote:
Looking at patch 5:
You need to rework this so there’s an atrtc_acpi.c. Put all the ACPI
attachment in there.
Okay
On 03/18/2015 11:29 AM, Warner Losh wrote:
On Mar 17, 2015, at 7:02 AM, Anthony Jenkins anthony.b.jenk...@att.net
wrote:
\Where else might ATRTC_VERBOSE be set otherwise?
I'm picturing a (future?) config(5) knob, e.g.
device atrtc
options ATRTC_VERBOSE=1
so it can be set
On 03/18/2015 11:26 AM, Warner Losh wrote:
Looking at patch 5:
You need to rework this so there’s an atrtc_acpi.c. Put all the ACPI
attachment in there.
Okay, shouldn't be a problem.
You should also split off the little bit that’s ISA-specific into atrtc_isa.
You mean rtcin() and
On 03/17/2015 08:28 AM, Ian Smith wrote:
On Mon, 16 Mar 2015 15:51:30 -0400, Anthony Jenkins wrote:
On 03/16/2015 01:49 PM, Ian Smith wrote:
On Mon, 16 Mar 2015 11:50:59 -0400, Anthony Jenkins wrote:
On 03/16/2015 11:00 AM, Anthony Jenkins wrote:
On 03/16/2015 09:59 AM, Ian
On 03/16/2015 11:00 AM, Anthony Jenkins wrote:
On 03/16/2015 09:59 AM, Ian Smith wrote:
On Sat, 14 Mar 2015 23:40:34 -0400, Anthony Jenkins wrote:
+if (!acpi_check_rtc_byteaccess(function == ACPI_READ, address))
+return AE_BAD_PARAMETER;
acpi_check_rtc_byteaccess() needs
On 03/16/2015 09:59 AM, Ian Smith wrote:
On Sat, 14 Mar 2015 23:40:34 -0400, Anthony Jenkins wrote:
How about this one? :-) Sorry it's a week late.
+static unsigned int atrtc_verbose = 0;
+SYSCTL_UINT(_debug, OID_AUTO, atrtc_verbose, CTLFLAG_RWTUN,
+ atrtc_verbose, 0, AT-RTC Debug
On 03/16/15 19:36, Jung-uk Kim wrote:
On 03/16/2015 15:51, Anthony Jenkins wrote:
On 03/16/2015 01:49 PM, Ian Smith wrote:
On Mon, 16 Mar 2015 11:50:59 -0400, Anthony Jenkins wrote:
On 03/16/2015 11:00 AM, Anthony Jenkins wrote:
On 03/16/2015 09:59 AM, Ian Smith wrote:
On Sat, 14 Mar
On 03/16/2015 01:49 PM, Ian Smith wrote:
On Mon, 16 Mar 2015 11:50:59 -0400, Anthony Jenkins wrote:
On 03/16/2015 11:00 AM, Anthony Jenkins wrote:
On 03/16/2015 09:59 AM, Ian Smith wrote:
On Sat, 14 Mar 2015 23:40:34 -0400, Anthony Jenkins wrote:
+if (!acpi_check_rtc_byteaccess
On 03/06/2015 06:49 AM, Ian Smith wrote:
On Tue, 3 Mar 2015 11:45:49 -0500, Anthony Jenkins wrote:
On 03/01/2015 09:29 AM, Ian Smith wrote:
[..]
Regarding systems without ACPI loaded, or active: what happens when the
below AcpiInstallAddressSpaceHandler() call fails, but returns 0? Would
On 02/27/15 21:56, Bruce Evans wrote:
On Sat, 28 Feb 2015, Ian Smith wrote:
On Thu, 26 Feb 2015 10:35:57 -0500, Anthony Jenkins wrote:
On 02/25/2015 02:53 PM, John Baldwin wrote:
On Monday, February 23, 2015 03:22:57 PM Anthony Jenkins wrote:
[.. omissions reflecting change of subject
On 02/25/2015 02:53 PM, John Baldwin wrote:
On Monday, February 23, 2015 03:22:57 PM Anthony Jenkins wrote:
On 02/22/2015 01:08 PM, hiren panchasara wrote:
I've just got a lightweight dell e7240 which is pretty nice with very
good batterylife.
Only trouble is none of the buttons work
On 02/22/2015 01:08 PM, hiren panchasara wrote:
I've just got a lightweight dell e7240 which is pretty nice with very
good batterylife.
Only trouble is none of the buttons work.
Is there any hackery people do to make them work? Time permitting, I'd
like to see if we can get something
can boot it off a USB flash drive
and try suspend/resume.
Also read the FreeBSD ACPI stuff at
https://www.freebsd.org/doc/handbook/acpi-overview.html .
Anthony Jenkins
Any help is highly welcome.
Thanks in advance.
M.Najafi
___
freebsd-acpi
at
https://www.freebsd.org/doc/handbook/acpi-overview.html .
Anthony Jenkins
Any help is highly welcome.
Thanks in advance.
M.Najafi
___
freebsd-acpi@freebsd.org mailto:freebsd-acpi@freebsd.org
'debug.acpi.layer' and 'debug.acpi.layer' (you can probably use sysctl(8) with
these too, but don't think I tried).
Anthony Jenkins
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail
Jenkins
On 08/17/2014 11:26, Anthony Jenkins wrote:
Thanks for the critique guys, comments inline. Sorry it took so long...
On 08/05/2014 16:49, Bruce Evans wrote:
On Tue, 5 Aug 2014, Ian Smith wrote:
On Sat, 2 Aug 2014 18:10:05 -0400, Anthony Jenkins wrote:
I made a few minor changes
, the phenomenon persists, restore the notebook
when there is energized action, but the hard drive lights under no response,
the screen does not display, only the shutdown restart.
发件人: Anthony Jenkins [mailto:anthony.b.jenk...@att.net]
发送时间: 2014年8月26日 23:20
收件人: 张晓靖
主题: Re: 答复: 答复: 答复: 答复: My laptop
:30
CST 2014 root@skycn:/usr/obj/usr/src/sys/MyKernel amd64
-邮件原件-
发件人: Anthony Jenkins [mailto:anthony.b.jenk...@att.net]
发送时间: 2014年8月16日 5:18
收件人: 张晓靖; 'Kevin Oberman'
抄送: freebsd-acpi@freebsd.org
主题: Re: 答复: My laptop can't resume from suspend.
On 08/15/2014 16:20, 张晓靖
).
Anthony
On 08/25/2014 12:33, Adrian Chadd wrote:
Hm!
Cool, so you've reimplemented the RTC accesses to go via ACPI.
Shouldn't this be another device though? One that gets attached if it
finds it on the ACPI bus?
-a
On 25 August 2014 09:10, Anthony Jenkins anthony.b.jenk...@att.net
Thanks for the critique guys, comments inline. Sorry it took so long...
On 08/05/2014 16:49, Bruce Evans wrote:
On Tue, 5 Aug 2014, Ian Smith wrote:
On Sat, 2 Aug 2014 18:10:05 -0400, Anthony Jenkins wrote:
I made a few minor changes since the last incarnation:
- Defined the CMOS
atrtc.c.patch) to play with, it works to enable suspend/resume on some laptops
and should be safe to try. I still need to clean it up (style, other
suggestions) for submission to FreeBSD, haven't gotten around to it yet.
Anthony Jenkins
Thanks you~
-邮件原件-
发件人: Bykov
On 08/05/2014 06:46, Ian Smith wrote:
On Sat, 2 Aug 2014 18:10:05 -0400, Anthony Jenkins wrote:
I made a few minor changes since the last incarnation:
- Defined the CMOS address/data register addresses as macros
- Defined the (apparent) I/O delay as a macro
Looks good, Anthony
On 08/02/2014 18:10, Anthony Jenkins wrote:
Okay how do I get this bad boy into -CURRENT? Do I need a sponsor to do the
commit? Get my own FreeBSD developer status?
I should probably open a bug first...commits should reference bugs.
Anthony
I made a few minor changes since the last
). I don't see anything in the spec (after re-reading it) that
disallows ACPI from touching those.
Thanks,
Anthony Jenkins
Index: sys/x86/isa/atrtc.c
===
--- sys/x86/isa/atrtc.c (revision 268728)
+++ sys/x86/isa/atrtc.c (working copy
Thanks all, the more feedback the better!
John, yeah it was that multibyte accesses (which I went ahead
implemented... shouldn't hurt anything).
Also I need to double-check that I allow atrtc unrestricted reads/writes, but
restrict ACPI to read-only accesses to the RTC registers. I'll have
I have the same resume issue with my HP laptop, but it's almost definitely an
issue with backlight control. Before my ACPI CMOS patch, my laptop would
suspend and immediately resume, and would not power offb(had to hold down power
button). After patch, I could power off and suspend/resume (I
to FreeBSD patch(1).
Thanks,
Anthony
Regarding the battery issue I hope that I will try to follow the
recommendations from Ian in another email and see what happen.
Cheers,
Daniele.
Il 16/lug/2014 23:08 Anthony Jenkins anthony.b.jenk...@att.net ha
scritto:
On 07/16/2014 13:16, Ian Smith wrote
On 07/15/2014 13:49, Daniele Mazzotti wrote:
Hello Anthony,
I just noticed that I forgot to answer the part where you proposed me to
patch my ACPI. Unfortunately I am running and AMD 64 architecture and I
do not think this is fitting with what you already patched.
x86-based architectures use
patch path/to/atrtc.c.patch
as root? Shouldn't I recompile anything?
Cheers,
Daniele.
2014-07-15 21:39 GMT+02:00 Anthony Jenkins anthony.b.jenk...@att.net:
On 07/15/2014 13:49, Daniele Mazzotti wrote:
Hello Anthony,
I just noticed that I forgot to answer the part where you proposed me
,
Thanks for the good hint. I will be searching for the revision info as
soon as I will be back home (3 hours from now more or less).
Cheers,
Daniele.
Il 11/lug/2014 19:59 Anthony Jenkins anthony.b.jenk...@att.net ha
scritto:
E... good question :-) I got mine from Subversion, so in '/usr
.
However, do you think either I missed something or made anything wrong?
I look forward to receiving from you.
Cheers,
Daniele.
2014-07-10 23:27 GMT+02:00 Anthony Jenkins anthony.b.jenk...@att.net:
On 07/10/2014 16:49, Daniele Mazzotti wrote:
Hello there,
it is been a while since I
it. As this is the first time after years I am compiling a custom kernel it
will take a few time I guess.
Just let me know if the output of the acpidump is of any help to you.
Cheers,
Daniele.
2014-07-11 13:35 GMT+02:00 Anthony Jenkins anthony.b.jenk...@att.net:
Hi Daniele,
I was just
On 07/09/2014 13:12, Ron Freidel wrote:
I hope this is the proper list for this issue...
This is an older laptop, has the most recent bios update installed,
currently running 10.0-RELEASE-p14, have tried 11 as well. Err ahem..
Linux runs well on the laptop, and with FreeBSD
: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
a...@freebsd.org] On Behalf Of John Baldwin
Sent: Monday, June 30, 2014 7:44 AM
To: freebsd-acpi@freebsd.org
Cc: Anthony Jenkins; Bykov Vladislav; Ian Smith
Subject: Re: Impossible shutdown
On Friday, June 27, 2014 4:48:57 pm Anthony
Message-
From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
a...@freebsd.org] On Behalf Of John Baldwin
Sent: Monday, June 30, 2014 7:44 AM
To: freebsd-acpi@freebsd.org
Cc: Anthony Jenkins; Bykov Vladislav; Ian Smith
Subject: Re: Impossible shutdown
On Friday, June 27, 2014 4:48:57
On 06/27/2014 01:16, Ian Smith wrote:
On Thu, 26 Jun 2014 07:44:35 -0400, Anthony Jenkins wrote:
On 06/25/2014 18:29, Bykov Vladislav wrote:
Hello.
I have a problem with ACPI on HP Envy 4 that causes in impossible
shutdown. It
reaches an error while prepairing to shutdown
On 06/25/2014 18:29, Bykov Vladislav wrote:
Hello.
I have a problem with ACPI on HP Envy 4 that causes in impossible shutdown. It
reaches an error while prepairing to shutdown, and reboots the machine.
I already did sent a bug report about 2-3 months ago, but things doesn't seems
to move
On 06/26/2014 11:23, Bykov Vladislav wrote:
On Thu, Jun 26, 2014 at 07:44:35AM -0400, Anthony Jenkins wrote:
Here's a case where my patch to implement the SystemCMOS region handler
should help; it allows my HP Envy to power down and allows it to
suspend/resume except the LCD backlight doesn't
a single value from the _BCL listj; I think
Linux does some kind of vendor backlight control method if this method is
missing.
Suggestions on the patch or backlight issue welcome.
Anthony Jenkins
diff --git a/source/components/events/evhandler.c
b/source/components/events/evhandler.c
index
control method if this method is missing.
Suggestions welcome.
Anthony Jenkins
Index: sys/contrib/dev/acpica/components/events/evhandler.c
===
--- sys/contrib/dev/acpica/components/events/evhandler.c(revision 266756)
+++ sys/contrib/dev
to the keyboard multiplexer device kbdmux(4).Your ACPI mods for
your machine would inject events into it (if it's loaded). That'd be modular
and pretty self-contained and could be extended to support other machines.
--
Anthony Jenkins
Thank you for your help!
Best,
--
Xīcò
...@laptop.qtchat.org:/usr/obj/usr/src/sys/MYKERNEL amd64
Linux RTC CMOS driver:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/acpi/acpi_cmos_rtc.c?id=refs/tags/v3.11-rc6
Thanks in advance,
--
Anthony Jenkins
___
freebsd-acpi@freebsd.org
59 matches
Mail list logo