<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.os.freebsd.devel.acpi">
    <title>gmane.os.freebsd.devel.acpi</title>
    <link>http://blog.gmane.org/gmane.os.freebsd.devel.acpi</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7226"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7225"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7219"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7209"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7190"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7187"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7186"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7180"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7179"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7178"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7177"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7176"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7169"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7168"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7167"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7152"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7143"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7141"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7140"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7139"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7226">
    <title>How can I help with thinkpad x220 issues?</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7226</link>
    <description>&lt;pre&gt;Hello,

I happen to be the owner of a brand new Lenovo Thinkpad X220. From a
recent thread here I gather it almost works with FreeBSD, and the
remaining problems are screen brightness and screen left unpowered at
resume. Is that right?

So my question is, how can I help make progress in any of these area?
(though I admit I'm more interested in having the brightness problem
solved than the resume one)

I don't know anything about ACPI or about FreeBSD or Linux internals,
but I'm quite proficient in C and somewhat used to navigate in unknown
huge code bases.

So I guess the first steps to help would be to first learn stuff.

However I don't have much time available. I guess FreeBSD 11 would reach
end-of-life before I could reach a level of understanding I find
satisfying (though I admit I have high standards there), so I would have
to prioritize. So my question is rather *what* should I learn to provide
help as soon as possible?

For example, if the brightness issue is just a matter of extracting the
right num&lt;/pre&gt;</description>
    <dc:creator>Natacha Porté</dc:creator>
    <dc:date>2012-05-23T15:13:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7225">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7225</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-05-21T11:07:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7219">
    <title>You do not have much money? We offer a solution to - work in yourspare time in our company</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7219</link>
    <description>&lt;pre&gt;We invite you to work in the remote assistant position.

This work takes 2-3 hours per week and requires absolutely no investment.
The essence of this work for incoming client requests in your city.
The starting salary is about 2500 EUR per month + bonuses.

You get paid your salary every 2 weeks and your bonuses after fulfilling each task!

We guarantee work for everyone. But we accept applications this week only!
Therefore, you should write a request right now. And you will start earning money, starting from next week.

Please indicate in the request:
Your name:
Your email address:
City of residence:

Please send the request to my email Margarito&amp;lt; at &amp;gt;eureseurope.com and I will answer you personally as soon as possible

Sincerely,
Margarito Lacy

&lt;/pre&gt;</description>
    <dc:creator>jmz&lt; at &gt;freebsd.org</dc:creator>
    <dc:date>2012-05-16T19:26:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7209">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7209</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-05-14T11:07:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7190">
    <title>[CFT] SMP/i386 suspend/resume</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7190</link>
    <description>&lt;pre&gt;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
http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff

A lot of portion of the patches was ported from amd64.
Testing on Thinkpad X60 (Core Duo T2300), so far so good :)

I'll commit them against CURRENT hopefully next week.

Thanks and have fun!
&lt;/pre&gt;</description>
    <dc:creator>Mitsuru IWASAKI</dc:creator>
    <dc:date>2012-05-11T02:10:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7187">
    <title>How to refresh acpi data?</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7187</link>
    <description>&lt;pre&gt;
I would like know I can refresh acpi data for the battery state: When I run a `acpiconf -i 0' or a `sysctl hw.acpi.battery', they return only the battery information when FreeBSD had started.
So how can I refresh the acpi data whitout restart my FreeBSD?
I have try with FreeBSD 9.0-RELEASE and FREEBSD 9-STABLE and the result is the same.

Cordially.

Q. Schwerkolt
       &lt;/pre&gt;</description>
    <dc:creator>Quentin SCHWERKOLT</dc:creator>
    <dc:date>2012-05-09T07:12:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7186">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7186</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-05-07T11:07:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7180">
    <title>Brightness keys and booting the kernel</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7180</link>
    <description>&lt;pre&gt;Hi,

Considering the fact that brightness keys work until kernel is loaded,
is it possible to make them work
after the kernel is booted in some simple way?
I remember my previous laptop was able to control brightness without
any acpi_* modules and disregarding
OS running.

Regards
Nikolay
&lt;/pre&gt;</description>
    <dc:creator>Nikolay Tychina</dc:creator>
    <dc:date>2012-05-01T10:55:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7179">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7179</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-04-30T11:07:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7178">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7178</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-04-23T11:07:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7177">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7177</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-04-16T11:07:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7176">
    <title>Unsupported Asus EeePC: MK90</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7176</link>
    <description>&lt;pre&gt;Hi,

While setting up my old netbook for its new role as a home server I
discovered the acpi_asus module, which adds ACPI support for various Asus
laptops including the EeePC line. My netbook is the MK90, an 8.9" device
better known as the Disney Netpal.  While not generally listed among its
more conventionally decorated siblings I'm fairly confident that the
hardware is very similar to other 9" EeePCs. The default XP installation
comes with the same configurability as other models, the main difference is
that this one is built sturdier and has a Mickey pattern which shouldn't
interfere with power management too much. Even so, it is not listed as
supported by acpi_asus, nor does the hw.acpi.asus tree show up in sysctl
when I load the module.

It'd be really nice if I could turn off the display while my netbook sits
in a cupboard day and night, so as suggested in acpi_asus.c I'm emailing to
request that you try and implement this. I understand that this old thing
may not be of particularly high priority right&lt;/pre&gt;</description>
    <dc:creator>Dominic van Berkel</dc:creator>
    <dc:date>2012-04-15T16:31:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7169">
    <title>Expand support ACPI button</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7169</link>
    <description>&lt;pre&gt;I have FSC Lifebook.
I need support for some buutons.
After compiling kernel w/ ACPI_DEBUG and enable some debug I got next
messages in dmesg (after pressing button).
What I can do next? Is this information enough?

=====

   evsci-0081 [234429] EvSciXruptHandler     : ----Entry
   evgpe-0726 [234431] EvGpeDispatch         : ----Entry
   evgpe-0826 [234431] EvGpeDispatch         : ----Exit- 0000000000000001
   evsci-0102 [234431] EvSciXruptHandler     : ----Exit- 0000000000000001
   evgpe-0521 [234431] EvAsynchExecuteGpeMeth: ----Entry
evregion-0407 [234459] EvAddressSpaceDispatch: ----Entry
evregion-0505 [234459] EvAddressSpaceDispatch: Handler 0xc4a6c080 (&amp;lt; at &amp;gt;0xc049d370) Address 000000000000FD64 [SystemIO]
evregion-0561 [234459] EvAddressSpaceDispatch: ----Exit- AE_OK
evregion-0407 [234458] EvAddressSpaceDispatch: ----Entry
evregion-0505 [234458] EvAddressSpaceDispatch: Handler 0xc4a6c080 (&amp;lt; at &amp;gt;0xc049d370) Address 000000000000FD65 [SystemIO]
evregion-0561 [234458] EvAddressSpaceDispatch: ----Exit- AE_OK

[AmlDebu&lt;/pre&gt;</description>
    <dc:creator>Slawa Olhovchenkov</dc:creator>
    <dc:date>2012-04-09T14:23:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7168">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7168</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-04-09T11:07:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7167">
    <title>[PATCH] Abort powerd when no cpufreq(4) support is found</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7167</link>
    <description>&lt;pre&gt;Hi,

I'd like to check-in this patch so that powerd aborts gracefully when
there's no cpufreq(4) support for the CPU in which it is running.

Does this look alright?

&lt;/pre&gt;</description>
    <dc:creator>Robert Millan</dc:creator>
    <dc:date>2012-04-09T09:11:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7152">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7152</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-04-02T11:07:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7143">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7143</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-03-26T11:06:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7141">
    <title>intpm - AMD SMBus Controller</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7141</link>
    <description>&lt;pre&gt;Hi,

I've an Asus E35M1-M. When I load intpm.ko I get:

intsmb0: &amp;lt;AMD SB600/700/710/750 SMBus Controller&amp;gt; at device 20.0 on pci0
intsmb0: Could not allocate I/O space
device_attach: intsmb0 attach returned 6

Any idea what I could do to investigate further?
&lt;/pre&gt;</description>
    <dc:creator>Oliver Lehmann</dc:creator>
    <dc:date>2012-03-23T15:20:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7140">
    <title>"Jung-uk Kim" &lt;jkim&lt; at &gt;freebsd.org&gt;, jhb&lt; at &gt;freebsd.org,bschmidt&lt; at &gt;freebsd.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7140</link>
    <description>&lt;pre&gt;After the commit below, I've been able to suspend and resume my Dell
M6500 (equipped with NVIDIA M3800 video, BTW):

http://svnweb.freebsd.org/base?view=revision&amp;amp;revision=233056

However, this commit made it break again:

http://svnweb.freebsd.org/base?view=revision&amp;amp;revision=233208

The above was an effort to eliminate a panic with a WITNESS-enabled
kernel introduced here:

http://svnweb.freebsd.org/base?view=revision&amp;amp;amp;revision=231797

After recently bumping up from 9-STABLE to 10-CURRENT, I've not
re-enabled WITNESS in my kernel config, so I didn't notice anything
strange going on.

For now, I've reverted r233208 in hopes that maybe a true fix can be
found for the underlying locking issue.  As a plebeian, I'll gladly
test changes or try experiments, but like so many others I have no way
to hack on this code myself in a meaningful way.

-Brandon
&lt;/pre&gt;</description>
    <dc:creator>Brandon Gooch</dc:creator>
    <dc:date>2012-03-20T01:40:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7139">
    <title>Current problem reports assigned to freebsd-acpi&lt; at &gt;FreeBSD.org</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7139</link>
    <description>&lt;pre&gt;Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/164329  acpi       [acpi] hw.acpi.thermal.tz0.temperature shows strange v
o kern/163268  acpi       [acpi_hp] fix driver detach in absence of CMI
o kern/162859  acpi       [acpi] ACPI battery/acline monitoring partialy working
o kern/161715  acpi       [acpi] Dell E6520 doesn't resume after ACPI suspend
o kern/161713  acpi       [acpi] Suspend on Dell E6520
o kern/160838  acpi       [acpi] ACPI Battery Monitor Non-Functional
o kern/160419  acpi       [acpi_thermal] acpi_thermal kernel thread high CPU usa
o kern/158689  acpi       [acpi] value of sysctl hw.acpi.thermal.polling_rate ne
o kern/154955  acpi&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2012-03-19T11:07:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7138">
    <title>D2700DC motherboard and temperature</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.devel.acpi/7138</link>
    <description>&lt;pre&gt;Hi,

I just bought an intel D2700DC motherboard. Somebody told me on IRC that should have a temperature feedback in sysctl hw.acpi. But I don't.

So is it ok. I'm not a big expert of freebsd. I'm using FreeBSD 9-RELEASE

[root&amp;lt; at &amp;gt;elephant ~]# sysctl hw.acpi
hw.acpi.supported_sleep_state: S3 S4 S5
hw.acpi.power_button_state: S5
hw.acpi.sleep_button_state: S3
hw.acpi.lid_switch_state: NONE
hw.acpi.standby_state: NONE
hw.acpi.suspend_state: S3
hw.acpi.sleep_delay: 1
hw.acpi.s4bios: 0
hw.acpi.verbose: 0
hw.acpi.disable_on_reboot: 0
hw.acpi.handle_reboot: 1
hw.acpi.reset_video: 0
hw.acpi.cpu.cx_lowest: C1

&lt;/pre&gt;</description>
    <dc:creator>Jérôme Lebel</dc:creator>
    <dc:date>2012-03-16T10:13:46</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.devel.acpi">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.freebsd.devel.acpi</link>
  </textinput>
</rdf:RDF>

