video.lcd0.brightness`;
> if ($notify eq "Brighter") {$new_bright = ($curr_bright + 4)};
> if ($notify eq "Dimmer") {$new_bright = ($curr_bright - 4)};
> #syslog ("debug", "Notify = $notify, Old = $curr_bright, New = $new_bright
> ");
&
AE_NOT_EXIST (20181031/psparse-677)
>
> As a result, I am now unable to query battery information at the very
> least. r340490 is my last built revision with this working.
I am pretty sure r340644 caused the regression.
https://svnweb.freebsd
ing from the system.
Are you using head? If so, can you please try the attached patch?
Thanks,
Jung-uk Kim
--- sys/contrib/dev/acpica/components/executer/exconfig.c
+++ sys/contrib/dev/acpica/components/executer/exconfig.c
@@ -615,6 +615,11 @@ AcpiExLoadOp (
return_ACPI_STATUS (St
cpi_ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE
>
> over the holidays, so I assume that means the previous version of ACPI,
> 20161117 which the 20161222 version is supposed to fix.
I was AFK for two weeks. I will merge ACPICA 20161222 to FreeBSD head
this week when I find some free time.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
I've uploaded both to my account on freefall.
>
> <https://people.freebsd.org/~truckman/acpidb.patch>
> <https://people.freebsd.org/~truckman/acpidump.patch>
No, these two files are FreeBSD-specific.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/ 2/16 01:41 PM, Jung-uk Kim wrote:
> On 03/ 2/16 01:33 PM, Larry Rosenman wrote:
>> On 2016-03-02 12:28, Jung-uk Kim wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>>
>>> On 03/ 2/16 01:18 PM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/ 2/16 01:33 PM, Larry Rosenman wrote:
> On 2016-03-02 12:28, Jung-uk Kim wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 03/ 2/16 01:18 PM, Larry Rosenman wrote:
>>> On 2016-03-02 12:14, Jung-u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/ 2/16 01:18 PM, Larry Rosenman wrote:
> On 2016-03-02 12:14, Jung-uk Kim wrote: On 03/ 2/16 12:25 PM, Larry
> Rosenman wrote:
>>>> Can you give me EXACT command lines to extract what I need to
>>>> m
ut. Install
sysutils/acpica-tools, do "/usr/local/bin/acpidump > acpidump.txt" as
root, and give him the output.
Jung-uk Kim
> On Wed, Mar 02, 2016 at 12:18:49PM -0500, Jung-uk Kim wrote: On 03/
> 2/16 12:04 PM, Jung-uk Kim wrote:
>>>> On 03/ 2/16 10:11 AM, Moore, R
e ports tree), not /usr/sbin/iasl from the base.
Jung-uk Kim
>> -Original Message- From: owner-freebsd-a...@freebsd.org
>> [mailto:owner-freebsd- a...@freebsd.org] On Behalf Of Larry
>> Rosenman Sent: Tuesday, March 01, 2016 3:57 PM To:
>> freebsd-acpi@freebsd.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/23/2015 04:28, Colin Percival wrote:
> On 09/22/15 12:13, Jung-uk Kim wrote:
>>> I didn't want to pollute init with arch-dependent hacks.
>>> Anyway, the attached patch should do what you want (not
>>> tes
down.
>
> I didn't want to pollute init with arch-dependent hacks. Anyway,
> the attached patch should do what you want (not tested).
Or a simpler hack with sysctl(3) instead of ioctl(2).
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWAag9AAoJE
t with arch-dependent hacks. Anyway, the
attached patch should do what you want (not tested).
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWAZFAAAoJEHyflib82/FGtJEIAIEd52nb4OaB51G4A/ygOvnR
71wooCMDS/6MJBGGptdOl3YEjVpN5rfuTTr+kxZrrvONjyTdxm15/Qp3usv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/17/2015 19:12, Colin Percival wrote:
> On 09/17/15 13:31, Jung-uk Kim wrote:
>> On 09/16/2015 23:49, Colin Percival wrote:
>>> I ran into an interesting glitch recently: I told my laptop to
>>> shut down, then closed
end.
>
> It looks to me like adding a sysctl to dev/acpica/acpi.c and
> checking it in acpi_ReqSleepState would work; then we just need a
> line in /etc/rc.shutdown to set the sysctl. But ACPI code scares
> me, so I figured I should check with you guys first... am I missing
> anythi
.
> sys/dev/usb/controller/ohci_pci.c looks like a good use of
> pci_set_powerstate. sys/dev/ixgbe/if_ix.c looks like an incorrect /
> redundant use of the functions.
AFAICT, the whole suspend/resume code looks incomplete and very messy.
In fact, I'll be very surprised if i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/03/2015 18:30, David Wolfskill wrote:
> [Much trimming, both of older content and recipient addresses --
> dhw]
>
> On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote:
>> ... AFAICT, the whole suspend/resume cod
. */
}
But perhaps jkim's concern is more regarding building on platforms
not supporting ACPI at all? Is that the (only?) issue with this on
ARM?
sys/x86/isa/atrtc.c is only for x86 (excluding pc98). I am only
concerned about ACPI-less i386 kernel at this point.
Jung-uk Kim
-BEGIN PGP SIGNATURE
and it
practically kills off APM support. Please make it optional (hint:
sys/conf/files* and sys/conf/options*) although I don't mind killing
off APM support. ;-)
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJVB2jgAAoJEHyflib82/FG2i4IAIVjf2fN6HcxVBzWbB5SWBGl
d4ZircYjOkq5ld8jqVBuZP
it
into -HEAD.
...
Actually, it is a patch for upstream to review.
https://bugs.acpica.org
https://lists.acpica.org/mailman/listinfo
https://github.com/acpica/acpica
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBAgAGBQJTkldRAAoJEHyflib82/FGnoEH/A2t0nFfkIHSEPICxvuQKucB
Source repository:
https://github.com/acpica/acpica
However, I'm afraid the following commit may have nullified your patch.
https://github.com/acpica/acpica/commit/8149df49
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (FreeBSD)
iQEcBAEBAgAGBQJThhJ8AAoJEHyflib82/FGrPsH/iohXslK
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-05-28 13:44:46 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 12:44:44 pm Jung-uk Kim wrote:
On 2014-05-28 12:20:24 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 12:10:55 pm Sean Bruno wrote:
On Wed, 2014-05-28 at 10:54
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-05-28 18:14:34 -0400, Jung-uk Kim wrote:
On 2014-05-28 17:29:35 -0400, John Baldwin wrote:
Err, I think it enables GPE1 as otherwise ACPICA assumes GPE1 has
a length of zero (and is thus invalid)? Perhaps _PTS wants to
frob something
is not supported,
this field contains zero.
Therefore, we must assume X_GPE1_BLK it is NOT supported.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (FreeBSD)
iQEcBAEBAgAGBQJThmauAAoJEHyflib82/FG0rUIAJdLFd+Bd5KXF5nzSX9maVS2
71h9iM5oJE6WjLdMAt7nD2p1seiicVYkxm+jLU08EegkV9QH3506wt8KOXxtvIMG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-05-28 18:14:34 -0400, Jung-uk Kim wrote:
However, it had to be done from AcpiEvGpeInitialize() in
sys/contrib/dev/acpica/components/events/evgpeinit.c, IMHO.
ACPI_STATUS AcpiEvGpeInitialize ( void) { ... if
(AcpiGbl_FADT.Gpe1BlockLength
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-01-22 12:41:06 -0500, Larry Baird wrote:
On Wed, Jan 22, 2014 at 12:33:30PM -0500, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 2014-01-22 11:32:15 -0500, Larry Baird wrote:
I have a protoype board from PC Engines
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-11-13 18:21:37 -0500, Adrian Chadd wrote:
On 11 November 2013 13:47, Jung-uk Kim j...@freebsd.org wrote:
Just in case, here I attached the uncommitted (and untested)
patch.
Would you mind describing everything that this patch does
feature:
http://software.intel.com/en-us/blogs/2013/10/15/c-states-p-states-where-the-heck-are-those-t-states
Now I think we should disable the feature by default because it is
causing too much hassle for us (attached). Any objection?
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-11-11 15:26:58 -0500, Adrian Chadd wrote:
On 11 November 2013 12:00, Jung-uk Kim j...@freebsd.org wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 2013-11-11 13:16:47 -0500, Nicholas McKenzie wrote:
But wouldn't this just disable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-05 16:04:56 -0400, Bengt Ahlgren wrote:
Jung-uk Kim j...@freebsd.org writes:
On 2013-09-04 18:47:47 -0400, Jung-uk Kim wrote:
On 2013-09-04 18:39:07 -0400, Bengt Ahlgren wrote:
The value of hw.acpi.video.lcd0.brightness changes when
definitely say that i915kms.ko does not cooperatively work with
syscons(4) and acpi_video(4). Basically, it was not a priority at the
time of porting according to the author. I am quite sure radeonkms.ko
has similar problems.
FYI...
Jung-uk Kim
* PS: https://wiki.freebsd.org/SuspendResume
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-04 09:29:35 -0400, John Baldwin wrote:
On Tuesday, September 03, 2013 6:58:55 pm Jung-uk Kim wrote:
On 2013-09-03 16:47:47 -0400, John Baldwin wrote:
Even with that hacked so I force vgapm0 and dpms0 to attach, I
still can't resume
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-04 15:14:32 -0400, Bengt Ahlgren wrote:
Jung-uk Kim j...@freebsd.org writes:
On 2013-09-04 09:29:35 -0400, John Baldwin wrote:
On Tuesday, September 03, 2013 6:58:55 pm Jung-uk Kim wrote:
On 2013-09-03 16:47:47 -0400, John Baldwin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-04 18:39:07 -0400, Bengt Ahlgren wrote:
Jung-uk Kim j...@freebsd.org writes:
On 2013-09-04 15:14:32 -0400, Bengt Ahlgren wrote:
Jung-uk Kim j...@freebsd.org writes:
On 2013-09-04 09:29:35 -0400, John Baldwin wrote:
On Tuesday
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-04 18:47:47 -0400, Jung-uk Kim wrote:
On 2013-09-04 18:39:07 -0400, Bengt Ahlgren wrote:
The value of hw.acpi.video.lcd0.brightness changes when the
screen brightness keys (Fn+Home/End) are pressed, but nothing
happens with the screen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-03 16:47:47 -0400, John Baldwin wrote:
On Tuesday, September 03, 2013 4:12:01 pm Jung-uk Kim wrote:
On 2013-09-03 12:28:30 -0400, John Baldwin wrote:
On Sunday, September 01, 2013 3:51:47 pm Adrian Chadd wrote:
(cc jkim)
Hi! Would
patch. It is also available from here:
http://people.freebsd.org/~jkim/OsdSynch.diff
I don't think it will fix anything, though.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
iQEcBAEBAgAGBQJRMRagAAoJECXpabHZMqHO+S8H/RnYNxLlLKM2u3s/VdRKXL1I
. :-(
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
iQEcBAEBAgAGBQJRMRv4AAoJECXpabHZMqHOG/EH/3JBUZrkTpybpD6IfdtK5zHP
qsTz4YQ0tX5JQUs2mWVdg24fINJ8pRMTKll5WpwHA6qB9lgzVyMFWTNZKwJ/dbLs
HY9O1qkYem5a9H7rqU5E8Z1tKUeVlzyQFt7aTuIRbeHAYNseDi1qWZfesNHXk8yD
zqSqnMNv0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-26 03:30:27 -0500, Andriy Gapon wrote:
on 25/01/2013 10:38 Andriy Gapon said the following:
on 24/01/2013 22:33 Jung-uk Kim said the following:
On 2013-01-24 13:49:07 -0500, Andriy Gapon wrote:
on 24/01/2013 20:29 Jung-uk Kim said
patchset to make it happen.
http://wiki.freebsd.org/Intel_GPU
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+yjIEACgkQmlay1b9qnVPogACgj+HUK/lYje8MBvca1oUI6A82
gJMAoKkDSb/KW/CEZ8+Hw7RAUGDIOw8t
.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+xRvcACgkQmlay1b9qnVP1NwCfVPMz1YhvUcyyhWkQjs4JZdgd
B0gAoKuv4ST+N7FInyfaMwMYuFe4AfNx
=jk3/
-END PGP SIGNATURE
the BIOS code and not FreeBSD that's causing the problem.
I'll probably take a closer look in the near future.
x86bios virtualizes real-mode memory and invalid memory access
immedidately halts the emulator. In other words, it shouldn't
happen. ;-)
Jung-uk Kim
/restore state function.
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
[Forwarding thread regarding kern/162578]
On Tuesday 22 November 2011 03:05 pm, John Baldwin wrote:
[ Adding jkim@, could probably resend this thread to acpi@. ]
On Tuesday, November 22, 2011 2:52:26 pm kron wrote:
On 2011/11/22 14:58, John Baldwin wrote:
On Tuesday, November 22, 2011
.
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
,
BTW.
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Tuesday 28 June 2011 05:18 pm, Andriy Gapon wrote:
on 29/06/2011 00:13 Jung-uk Kim said the following:
On Tuesday 28 June 2011 03:37 pm, Vitaly Magerya wrote:
I think that part (but not all) of the differences between
FreeBSD and Linux can be explained by the fact that FreeBSD
On Tuesday 19 April 2011 04:55 pm, Brandon Gooch wrote:
On Tue, Apr 19, 2011 at 3:24 PM, Jung-uk Kim j...@freebsd.org
wrote:
On Tuesday 19 April 2011 04:02 pm, Warner Losh wrote:
Having chased boogiemen in this area before, I think this patch
makes good sense even though it breaks
On Tuesday 19 April 2011 05:27 pm, Brandon Gooch wrote:
On Tue, Apr 19, 2011 at 4:02 PM, Jung-uk Kim j...@freebsd.org
wrote:
On Tuesday 19 April 2011 04:55 pm, Brandon Gooch wrote:
On Tue, Apr 19, 2011 at 3:24 PM, Jung-uk Kim j...@freebsd.org
wrote:
On Tuesday 19 April 2011 04:02 pm
. Can you please show me devinfo -v output? Also,
please do dd if=/dev/mem of=video.dat skip=0xc bs=1 count=64k
and send me video.dat.
Thanks,
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
, to
ACPICA developers for continuous support and invaluable comments!
Thank you, all folks!
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi
On Friday 05 November 2010 04:14 pm, Jung-uk Kim wrote:
On Tuesday 12 October 2010 06:09 am, Hans Petter Selasky wrote:
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
On Wednesday 03 November 2010 08:28 am, John Baldwin wrote:
On Tuesday, November 02, 2010 6:32:12 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 05:26 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:50:18 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 04:24 pm, John Baldwin
On Wednesday 03 November 2010 12:47 pm, John Baldwin wrote:
On Wednesday, November 03, 2010 12:25:37 pm Jung-uk Kim wrote:
On Wednesday 03 November 2010 08:28 am, John Baldwin wrote:
On Tuesday, November 02, 2010 6:32:12 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 05:26 pm, John
On Wednesday 03 November 2010 01:51 pm, Jung-uk Kim wrote:
On Wednesday 03 November 2010 12:47 pm, John Baldwin wrote:
On Wednesday, November 03, 2010 12:25:37 pm Jung-uk Kim wrote:
On Wednesday 03 November 2010 08:28 am, John Baldwin wrote:
On Tuesday, November 02, 2010 6:32:12 pm Jung
On Tuesday 02 November 2010 03:41 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 3:29:01 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 11:29 am, Andriy Gapon wrote:
on 29/10/2010 08:51 Andriy Gapon said the following:
I guess that a general problem here is that it is incorrect
On Tuesday 02 November 2010 04:24 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:14:05 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 03:41 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 3:29:01 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 11:29 am, Andriy Gapon
On Tuesday 02 November 2010 05:50 pm, Andriy Gapon wrote:
on 02/11/2010 22:50 Jung-uk Kim said the following:
Yes, I understand. However, ACPICA is expecting the same size of
buffer *including* the optional parts if I am reading the code
right.
Hmm, where is ACPICA doing that?
If you
On Saturday 23 October 2010 03:28 am, Bernhard Froehlich wrote:
On Tue, 19 Oct 2010 11:31:00 -0400, Jung-uk Kim j...@freebsd.org
wrote:
On Tuesday 19 October 2010 08:52 am, Bernhard Froehlich wrote:
On Mon, 18 Oct 2010 13:33:26 -0400, Jung-uk Kim
j...@freebsd.org
wrote:
On Monday
On Tuesday 19 October 2010 08:52 am, Bernhard Froehlich wrote:
On Mon, 18 Oct 2010 13:33:26 -0400, Jung-uk Kim j...@freebsd.org
wrote:
On Monday 18 October 2010 05:44 am, Bernhard Froehlich wrote:
Hi guys!
VirtualBox has a compile problem with latest acpica. I've talked
exists on some Intel Mac models, it seems. You can
just remove the entire _CID unless it is absolutely necessary, which
is very unlikely. :-)
Jung-uk Kim
Compile error:
kBuild: iasl DevicesR3 -
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.10_OSE/src/
VBox/Devices/PC/vbox.dsl
/usr
/acpixtract -a ACPI.dat
Note the pmtools patch is really a hack but it should work. ;-)
Good luck,
Jung-uk Kim
* PS: If anyone has enough free time, please fix acpidb.
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
you very much for
the debugging an testing!
Please commit. You may add Reviewed by: jkim if you want. Please
make a note in the commit log that this code is redundant since
ACPICA 20040427.
Thanks!
Jung-uk Kim
___
freebsd-acpi@freebsd.org mailing
63 matches
Mail list logo