Hi Daniele,

Sorry it took so long to get back to you.  I tried the .layer and .level 
sysctls I asked you to set, and they didn't result in any valuable output.  I 
tried setting debug.acpi.level to ACPI_LV_VERBOSITY2 which prints every 
statement interpreted from the AML (presumably only the ACPI_BATTERY related 
calls), which /might/ be useful, but I wouldn't know what I was looking for.  
So if you want, you can try setting debug.acpi.layer to ACPI_BATTERY and 
debug.acpi.level to ACPI_LV_VERBOSITY2 and post the gobs of info from 
/var/log/messages somewhere, but dunno if that'd be useful.

It might be more useful to look at your DSDT ASL, as recommended in the FreeBSD 
ACPI debugging handbook page:

http://www.pl.freebsd.org/doc/handbook/acpi-debug.html

Also I'm not a huge fan of throwing random fixes at a problem, but I do have a 
patch that enables (x86) FreeBSD machines to read/write ACPI CMOS regions.  
Some BIOSes rely on that functionality for stuff; it fixes most of my 
suspend/resume and poweroff problems.  I can provide that for you to try at 
some point.

Anthony

On 07/12/2014 12:57, Daniele Mazzotti wrote:
> Hi Guys,
>
> I have successfully compiled and installed the kernel with ACPI debug.
>
> @Anthony: my problem was definitely related to an outdated code base.
>
> So my question is now: "what should I do?". Is there any log or command I
> should issue in order to have a better understanding of the problem?
>
> Cheers,
> Daniele.
>
>
> 2014-07-11 23:26 GMT+02:00 Daniele Mazzotti <kappe...@gmail.com>:
>
>> Hi Anthony,
>>
>> here it is: $FreeBSD: release/10.0.0/Makefile 255784 2013-09-22 07:30:17Z
>> andrew $
>>
>> I will try to check how it is possible to update the code base.
>> Cheers,
>> Daniele.
>>
>>
>> 2014-07-11 20:03 GMT+02:00 Daniele Mazzotti <kappe...@gmail.com>:
>>
>> Hi Anthony,
>>> 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:
>>>
>>>  Errrr... good question :-)  I got mine from Subversion, so in '/usr/src'
>>>> I can run 'svn info' and see the revision.
>>>>
>>>> Your revision might be at the top of /usr/src/Makefile - it is in mine:
>>>>
>>>> #
>>>> # $FreeBSD: head/Makefile 268191 2014-07-02 22:34:06Z marcel $
>>>> #
>>>>
>>>> I'm only wondering because it might be a bad copy.  Might try getting
>>>> the sources again.
>>>>
>>>> Thanks,
>>>> Anthony
>>>>
>>>> On 07/11/2014 13:44, Daniele Mazzotti wrote:
>>>>> Actually I think I downloaded the source code back in May when I
>>>> updated
>>>>> from RC3 to the current version.
>>>>>
>>>>> How can I check the code revision on my machine?
>>>>>
>>>>> Cheers,
>>>>> Daniele.
>>>>> Il 11/lug/2014 19:37 "Anthony Jenkins" <anthony.b.jenk...@att.net> ha
>>>>> scritto:
>>>>>
>>>>>> I just tried a build of GENERIC + 'options ACPI_DEBUG' and it seems
>>>> to get
>>>>>> past the error you're seeing.  What revision of the source code are
>>>> you
>>>>>> using... or where'd you get it from?
>>>>>>
>>>>>> Anthony
>>>>>>
>>>>>> On 07/11/2014 13:12, Daniele Mazzotti wrote:
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> everything as planned! I am getting a compiling error :-).
>>>>>>>
>>>>>>> This is the way i managed to update the GENERIC kernel
>>>>>>>
>>>>>>> # Bus support.
>>>>>>> device        acpi
>>>>>>> options        ACPI_DEBUG    # Debug support for ACPI
>>>>>>> device        pci
>>>>>>>
>>>>>>> and this is the result of
>>>>>>>
>>>>>>> # *make buildkernel KERNCONF=MYKERNEL*
>>>>>>>
>>>>>>>
>>>>>>> ===> crypto (depend)
>>>>>>> @ -> /usr/src/sys
>>>>>>> awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c
>>>>>>>
>>>>>>> make[4]: stopped in /usr/src/sys/modules/crypto
>>>>>>> *** Error code 2
>>>>>>>
>>>>>>> Stop.
>>>>>>> make[3]: stopped in /usr/src/sys/modules
>>>>>>> *** Error code 1
>>>>>>>
>>>>>>> Stop.
>>>>>>> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC
>>>>>>> *** Error code 1
>>>>>>>
>>>>>>> Stop.
>>>>>>> make[1]: stopped in /usr/src
>>>>>>> *** Error code 1
>>>>>>>
>>>>>>> Stop.
>>>>>>> make: stopped in /usr/src
>>>>>>>
>>>>>>> I googled a bit, but I could not find any valuable help and actually
>>>> I do
>>>>>>> not know what could be wrong as the custom kernel is essentially the
>>>>>>> GENERIC with just one line added.
>>>>>>> Have you ever experienced such a problem?
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Daniele.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2014-07-11 18:10 GMT+02:00 Daniele Mazzotti <kappe...@gmail.com>:
>>>>>>>
>>>>>>>> Hi guys,
>>>>>>>>
>>>>>>>> thanks again for the support.
>>>>>>>>
>>>>>>>> @Takanori: here you go http://pastebin.com/F0a2mZP4
>>>>>>>> @Anthony: I will try to include the options in a custom kernel and
>>>>>> compile
>>>>>>>> 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 going from acpi(4) man page; you'll likely have to
>>>> build a
>>>>>> new
>>>>>>>>> kernel with 'options ACPI_DEBUG' added to your kernel config file,
>>>> as I
>>>>>>>>> don't know if it's even possible to turn on the logging I want at
>>>>>> runtime.
>>>>>>>>> [ajenkins@ajenkins-hplaptop /usr/home/ajenkins]$ grep -i acpi
>>>>>>>>> /usr/src/sys/amd64/conf/MYKERNEL
>>>>>>>>> device        acpi
>>>>>>>>> options        ACPI_DEBUG
>>>>>>>>>
>>>>>>>>> I also have an 'options ACPI_DMAR' , but I don't recognize that
>>>> and you
>>>>>>>>> don't need that to debug your battery.
>>>>>>>>>
>>>>>>>>> Anthony
>>>>>>>>>
>>>>>>>>> On 07/11/2014 01:58, Daniele Mazzotti wrote:
>>>>>>>>>> Hello Anthony,
>>>>>>>>>>
>>>>>>>>>> thanks for the quick reply! I tried what you suggested.
>>>>>>>>>>
>>>>>>>>>> loader.conf:
>>>>>>>>>>
>>>>>>>>>> # Module for Windows Partition & Linux Mount
>>>>>>>>>> fuse_load="YES"
>>>>>>>>>> autoboot_delay="5"
>>>>>>>>>> #acpi_sony_load="YES"
>>>>>>>>>>
>>>>>>>>>> # Debugging Symbols for ACPI
>>>>>>>>>> debug.acpi.layer="ACPI_BATTERY"
>>>>>>>>>> debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS"
>>>>>>>>>> debug.acpi.enable_debug_objects="1"
>>>>>>>>>>
>>>>>>>>>> sysctl hw.acpi.battery:
>>>>>>>>>>
>>>>>>>>>> hw.acpi.battery.life: -1
>>>>>>>>>> hw.acpi.battery.time: -1
>>>>>>>>>> hw.acpi.battery.state: 7
>>>>>>>>>> hw.acpi.battery.units: 1
>>>>>>>>>> hw.acpi.battery.info_expire: 5
>>>>>>>>>>
>>>>>>>>>> log/messages:
>>>>>>>>>>
>>>>>>>>>> cat /var/log/messages | grep acpi
>>>>>>>>>>
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi0: <Sony> on motherboard
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_ec0: <Embedded
>>>> Controller:
>>>>>> GPE
>>>>>>>>>> 0x17, ECDT> port 0x62,0x66 on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: cpu0: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: cpu1: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: cpu2: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: cpu3: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: hpet0: <High Precision Event
>>>>>> Timer>
>>>>>>>>>> iomem 0xfed00000-0xfed003ff on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: atrtc0: <AT realtime clock>
>>>> port
>>>>>>>>>> 0x70-0x77 irq 8 on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: attimer0: <AT timer> port
>>>>>>>>>> 0x40-0x43,0x50-0x53 irq 0 on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_timer0: <24-bit timer at
>>>>>>>>>> 3.579545MHz> port 0x408-0x40b on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: pcib0: <ACPI Host-PCI bridge>
>>>> port
>>>>>>>>>> 0xcf8-0xcff on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: battery0: <ACPI Control Method
>>>>>>>>> Battery>
>>>>>>>>>> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_acad0: <AC Adapter> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_lid0: <Control Method Lid
>>>>>>>>> Switch>
>>>>>>>>>> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_button0: <Power Button>
>>>> on
>>>>>>>>> acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_tz0: <Thermal Zone> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_tz1: <Thermal Zone> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: atkbdc0: <Keyboard controller
>>>>>>>>> (i8042)>
>>>>>>>>>> port 0x60,0x64 irq 1 on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_sony0: <Sony notebook
>>>>>>>>> controller>
>>>>>>>>>> on acpi0
>>>>>>>>>> Jul 11 07:30:47 Von-Neumann kernel: acpi_sony0: PID 0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi0: <Sony> on motherboard
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_ec0: <Embedded
>>>> Controller:
>>>>>> GPE
>>>>>>>>>> 0x17, ECDT> port 0x62,0x66 on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: cpu0: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: cpu1: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: cpu2: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: cpu3: <ACPI CPU> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: hpet0: <High Precision Event
>>>>>> Timer>
>>>>>>>>>> iomem 0xfed00000-0xfed003ff on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: atrtc0: <AT realtime clock>
>>>> port
>>>>>>>>>> 0x70-0x77 irq 8 on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: attimer0: <AT timer> port
>>>>>>>>>> 0x40-0x43,0x50-0x53 irq 0 on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_timer0: <24-bit timer at
>>>>>>>>>> 3.579545MHz> port 0x408-0x40b on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: pcib0: <ACPI Host-PCI bridge>
>>>> port
>>>>>>>>>> 0xcf8-0xcff on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: battery0: <ACPI Control Method
>>>>>>>>> Battery>
>>>>>>>>>> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_acad0: <AC Adapter> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_lid0: <Control Method Lid
>>>>>>>>> Switch>
>>>>>>>>>> on acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_button0: <Power Button>
>>>> on
>>>>>>>>> acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_tz0: <Thermal Zone> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: acpi_tz1: <Thermal Zone> on
>>>> acpi0
>>>>>>>>>> Jul 11 07:37:54 Von-Neumann kernel: atkbdc0: <Keyboard controller
>>>>>>>>> (i8042)>
>>>>>>>>>> port 0x60,0x64 irq 1 on acpi0
>>>>>>>>>>
>>>>>>>>>> It seems to me the verbose debugging is either not enabled
>>>> (perhaps I
>>>>>>>>> made
>>>>>>>>>> some mistakes with the loader.conf) or the debug is really
>>>> enabled but
>>>>>>>>>> there is no special output on the wrong log file. Actually I am a
>>>> bit
>>>>>>>>>> puzzled as I am not a real expert "admin". I only enjoy getting my
>>>>>>>>> hands on
>>>>>>>>>> Unix on my desktop PC just for fun.
>>>>>>>>>>
>>>>>>>>>> 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 finished installing Freebsd 10 on my
>>>> Sony
>>>>>>>>> Vaio
>>>>>>>>>>>> PC and resolving (or at least I am trying to) one by one, all
>>>> the
>>>>>>>>>>> problems
>>>>>>>>>>>> this hardware is giving me. Actually I cannot find a solution to
>>>>>>>>>>> correctly
>>>>>>>>>>>> display the battery level on my laptop. If I unplug my PC from
>>>> the
>>>>>>>>> power
>>>>>>>>>>>> and type 'sysctl hw.acpi.battery' this is the result I get:
>>>>>>>>>>>>
>>>>>>>>>>>> hw.acpi.battery.life: -1
>>>>>>>>>>>> hw.acpi.battery.time: -1
>>>>>>>>>>>> hw.acpi.battery.state: 7
>>>>>>>>>>>> hw.acpi.battery.units: 1
>>>>>>>>>>>> hw.acpi.battery.info_expire: 5
>>>>>>>>>>>>
>>>>>>>>>>>> Moreover the suspend mode is giving me some problems as well,
>>>> but
>>>>>> this
>>>>>>>>>>> has
>>>>>>>>>>>> definitely a lower priority.
>>>>>>>>>>>>
>>>>>>>>>>>> I either tried to search for a solution on the FreeBSD Handook
>>>> with
>>>>>> no
>>>>>>>>>>>> luck, and google the problem a little bit, but I could not find
>>>> any
>>>>>>>>>>>> valuable help. I would be really interested to investigate the
>>>>>> problem
>>>>>>>>>>>> further. Is there anyone who can help me out with this and tell
>>>> me
>>>>>>>>> what
>>>>>>>>>>>> pieces of information are needed to better understand the
>>>> problem?
>>>>>>>>>>> Try enabling the ACPI_BATTERY layer and ACPI_LV_ALL_EXCEPTIONS
>>>> level
>>>>>> in
>>>>>>>>>>> /boot/loader.conf:
>>>>>>>>>>>
>>>>>>>>>>>         debug.acpi.layer="ACPI_BATTERY"
>>>>>>>>>>>         debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS"
>>>>>>>>>>>         debug.acpi.enable_debug_objects="1"    # I assume this
>>>> is how
>>>>>>>>> you
>>>>>>>>>>> turn on ACPI debugging without recompiling the kernel with
>>>> 'options
>>>>>>>>>>> ACPI_DEBUG'
>>>>>>>>>>>
>>>>>>>>>>> and running 'sysctl hw.acpi.battery' again.  Post
>>>> /var/log/messages
>>>>>>>>> ACPI
>>>>>>>>>>> messages about battery here.
>>>>>>>>>>>
>>>>>>>>>>> Anthony
>>>>>>>>>>>
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> Daniele.
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> 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"
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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"
>>>>>>> _______________________________________________
>>>>>>> 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"
>>>>> _______________________________________________
>>>>> 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
>>>> "
>>>>
> _______________________________________________
> 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"
>

_______________________________________________
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"

Reply via email to