Re: x220 notes

[Ian Smith]

On Tue, 16 Oct 2012, ???  wrote:

 > I set a lower light (5-6) during BIOS boot, and if needed I modify manually
 > in X. I monitored my CPU usage and did notice that the CPU takes its sweet
 > time to lower the frequency (Windows keeps the frequency the same 99.67,
 > but changes the multiplier from 8 to 32). I don't know if FreeBSD does that
 > or it only manipulates the frequency. The multiplier makes more sense.
 > Also, CPU cores in X stay at 50C. In Windows at no activicy they drop to
 > 44C and if no strenuous activity for a while, to 40C.
 > 
 > It would be great if FreeBSD could downgrade the frequency faster upon no
 > load. I use this:
 > powerd_flags="-a hiadaptive -b adaptive -i 85 -r 60 -p 100"

powerd(8) says:
 Adaptive mode attempts to strike a balance by degrading performance when
 the system appears idle and increasing it when the system is busy.  It
 offers a good balance between a small performance loss for greatly
 increased power savings.  Hiadaptive mode is like adaptive mode, but
 tuned for systems where performance and interactivity are more important
 than power consumption.  It increases frequency faster, reduces the fre-
 quency less aggressively and will maintain full frequency for longer.

So you want to use adaptive rather than hiadaptive, as power consumption 
is more important to you.  Also, -i probably should be lower than -r, as 
when load is less than 85% it will decrease frequency, but if it's then 
still higher than 60% powerd might kick it up again.  After experiments 
I wound up using "-a adp -b adp -i 50 -r 80 -p 200" which is nearer the 
defaults, but mine is only a two-speed P3 and not so indicative for you.

Best way is likely to stop powerd (service powerd stop) then run 'powerd 
-v ..' in a root terminal - maybe using script(1) to record results - 
and watch it dance under various sorts of load, with different -i and -r 
parameters.  You will clearly see the difference between adp and hadp.

 > I am always looking for the "perfect" FreeBSD laptop, but I guess it just
 > doesn't exist. And I do need my 7-8 hours of battery with wireless on. If
 > you guys have any suggestions on further optimizing the power usage and
 > automating the regulation, please let me know (like turning off and on USB
 > devices, spinning down the HDD, etc), also if you know about controlling
 > the multiplier instead of the frequency.

Adrian, true to form, has pounced on your wireless :)

I'm not a fan of spinning down HDs myself; if you do, you need to watch 
out for the dreaded Load Cycle Count issue (see ataidle(8)), and things 
like cron tasks that may spin it back up frequently.  This and very much 
more information on power saving by Alexander Motin - who most recently 
updated powerd and added eventtimers(4) to 9.X - in his excellent guide:

 http://wiki.freebsd.org/TuningPowerConsumption

As for the multiplier thing, it depends on which cpufreq(4) drivers your 
system is using.  If it's a Core 2 Duo or i{5,7}, then both voltage and 
frequency are controlled, frequency by changing multiplier I assume; you 
should look at the code used by your processor.  Also, don't miss advice 
there and elsewhere to disable throttling and just use est cpufreq(4) 
drivers, and for using C states to advantage.  Before and after doing 
all that, compare differences for:

% sysctl dev.cpu.0.freq_levels
% sysctl dev.cpu |grep cx

cheers, Ian
___
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"

Re: x220 notes

[Любомир Григоров]

6300 N, 3x3 antennae, but that shouldn't be a problem since the other
members reporting low battery time have other cards.

2012/10/16 Adrian Chadd 

> Which wifi card does it use?
>
>
>
>
> Adrian
>



-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[Adrian Chadd]

Which wifi card does it use?




Adrian
___
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"

Re: x220 notes

[Любомир Григоров]

>  You've swapped the X220 cpu for something? Or a different machine?
>
> I find X does horrible things to battery usage on my X220. Getting into
> the lowest C state, and disabling ALL of the USB devices helps somewhat, as
> does setting a lower backlight level at boot (you can make an rc script, or
> catch the backlight buttons while the bios is still loading).
>
> Matt
>
I set a lower light (5-6) during BIOS boot, and if needed I modify manually
in X. I monitored my CPU usage and did notice that the CPU takes its sweet
time to lower the frequency (Windows keeps the frequency the same 99.67,
but changes the multiplier from 8 to 32). I don't know if FreeBSD does that
or it only manipulates the frequency. The multiplier makes more sense.
Also, CPU cores in X stay at 50C. In Windows at no activicy they drop to
44C and if no strenuous activity for a while, to 40C.

It would be great if FreeBSD could downgrade the frequency faster upon no
load. I use this:
powerd_flags="-a hiadaptive -b adaptive -i 85 -r 60 -p 100"


I am always looking for the "perfect" FreeBSD laptop, but I guess it just
doesn't exist. And I do need my 7-8 hours of battery with wireless on. If
you guys have any suggestions on further optimizing the power usage and
automating the regulation, please let me know (like turning off and on USB
devices, spinning down the HDD, etc), also if you know about controlling
the multiplier instead of the frequency.


-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 10/10/12 19:44, Erich Dollansky wrote:

Hi,

On Wed, 10 Oct 2012 16:26:58 -0700
Любомир Григоров  wrote:


Hi, I am now running 10 HEAD with latest committed KMS patch.

I must admit that I did not update this machine since some time.

I do not use currently suspend and resume on my X220. I use a script

  for the brightness which makes it easy to handle for me.


I am still stuck with:
- add LEN0086 to acpi_ibm
- recompile
- kldload acpi_call
- acpi_call -p '\VBRC' -i n// n is 0-16

Can you share the script you have made, especially if you were able
to bind hotkeys to it?


The scripts are still available here

http://www.alogreentechnologies.com/freebsd/XonX220
http://www.alogreentechnologies.com/freebsd/setbrightness

I never tried to bind the script to keys. I made some menu items in
blackbox which works for me.

There is a fundamental problem with powerd which stops a notebook to
get better battery life time. powerd does not include the display
brightness and it does not inlcude user activities in its process to
regulate the CPU speed. In addition, the algorithm to find the best
CPU speed gets easily irritated with short bursts of peak
performance requirements.

Erich


I do lose about 1-2 hours of battery time as opposed to Windows(I get
7-8 hours there) due to those same bursts of performance, despite
running the adaptive profiles. My main concern is manual control of
brightness though.


You lose only 1-2h? I lose at least 2h.

I have had several tries to make it better but got always held up by
other things.

My last attempts have still been with the Crusoe CPU. They gave the
machine near XP battery times but needed manual interaction. So, I
never published them.

Erich


You've swapped the X220 cpu for something? Or a different machine?

I find X does horrible things to battery usage on my X220. Getting into 
the lowest C state, and disabling ALL of the USB devices helps somewhat, 
as does setting a lower backlight level at boot (you can make an rc 
script, or catch the backlight buttons while the bios is still loading).


Matt
___
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"

Re: x220 notes

[Erich Dollansky]

Hi,

On Wed, 10 Oct 2012 16:26:58 -0700
Любомир Григоров  wrote:

> Hi, I am now running 10 HEAD with latest committed KMS patch.

I must admit that I did not update this machine since some time.
> 
> I do not use currently suspend and resume on my X220. I use a script
> >  for the brightness which makes it easy to handle for me.
> >
> I am still stuck with:
> - add LEN0086 to acpi_ibm
> - recompile
> - kldload acpi_call
> - acpi_call -p '\VBRC' -i n// n is 0-16
> 
> Can you share the script you have made, especially if you were able
> to bind hotkeys to it?
> 
The scripts are still available here

http://www.alogreentechnologies.com/freebsd/XonX220
http://www.alogreentechnologies.com/freebsd/setbrightness

I never tried to bind the script to keys. I made some menu items in
blackbox which works for me.
> 
> > There is a fundamental problem with powerd which stops a notebook to
> > get better battery life time. powerd does not include the display
> > brightness and it does not inlcude user activities in its process to
> > regulate the CPU speed. In addition, the algorithm to find the best
> > CPU speed gets easily irritated with short bursts of peak
> > performance requirements.
> >
> > Erich
> >
> I do lose about 1-2 hours of battery time as opposed to Windows(I get
> 7-8 hours there) due to those same bursts of performance, despite
> running the adaptive profiles. My main concern is manual control of
> brightness though.
> 

You lose only 1-2h? I lose at least 2h.

I have had several tries to make it better but got always held up by
other things.

My last attempts have still been with the Crusoe CPU. They gave the
machine near XP battery times but needed manual interaction. So, I
never published them.

Erich
___
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"

Re: x220 notes

[Любомир Григоров]

Hi, I am now running 10 HEAD with latest committed KMS patch.

I do not use currently suspend and resume on my X220. I use a script
>  for the brightness which makes it easy to handle for me.
>
I am still stuck with:
- add LEN0086 to acpi_ibm
- recompile
- kldload acpi_call
- acpi_call -p '\VBRC' -i n// n is 0-16

Can you share the script you have made, especially if you were able to bind
hotkeys to it?


> There is a fundamental problem with powerd which stops a notebook to
> get better battery life time. powerd does not include the display
> brightness and it does not inlcude user activities in its process to
> regulate the CPU speed. In addition, the algorithm to find the best CPU
> speed gets easily irritated with short bursts of peak performance
> requirements.
>
> Erich
>
I do lose about 1-2 hours of battery time as opposed to Windows(I get 7-8
hours there) due to those same bursts of performance, despite running the
adaptive profiles. My main concern is manual control of brightness though.

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[Adrian Chadd]

Hm, what other things could be hooked into powerd?

I know KDE4 on my -9 box does track battery usage/capacity and dim the
display as appropriate.



Adrian
___
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"

Re: x220 notes

[Erich Dollansky]

Hi,

first of all, I use 10 on my X220 since end of May.

I do not use currently suspend and resume on my X220. I use a script
for the brightness which makes it easy to handle for me.

There was (is) a problem with iwn I did not find the time to
investigate with a new kernel until today.

We use the X220 for serious work presenting our product/company to
clients. As crashes would not shed a good light on us, a reliable
machine is the minimum we have to have.

In all this we experienced only one problem once in a while. The
machine crashes the moment X starts. As this only happens when the
machine is freshly started, we start X long before we start the
presentation.

There is a fundamental problem with powerd which stops a notebook to
get better battery life time. powerd does not include the display
brightness and it does not inlcude user activities in its process to
regulate the CPU speed. In addition, the algorithm to find the best CPU
speed gets easily irritated with short bursts of peak performance
requirements.

Erich

On Mon, 13 Aug 2012 10:18:40 -0700
Любомир Григоров  wrote:

> Hello all,
> 
> Several months passed and the X230 came out. I don't know how much
> more work will be done to get the X220 compatible. I just wanted to
> check in if it is still not possible to suspend/resume. I conquered
> the brightness and wireless problems, I even have descent battery (5
> hours opposed to 7-8 in Windows), but suspend resume is still an
> issue. I am running 9.0-STABLE and was wondering if 9.1 will change
> something when it comes out. What is the state of FreeBSD on you
> other X220 users?
> 

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

Re: x220 notes

[Любомир Григоров]

Hello all,

Several months passed and the X230 came out. I don't know how much more
work will be done to get the X220 compatible. I just wanted to check in if
it is still not possible to suspend/resume. I conquered the brightness and
wireless problems, I even have descent battery (5 hours opposed to 7-8 in
Windows), but suspend resume is still an issue. I am running 9.0-STABLE and
was wondering if 9.1 will change something when it comes out. What is the
state of FreeBSD on you other X220 users?

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 04/06/12 00:10, Любомир Григоров wrote:

I am sure, because pressing Mute now lights up the little light besides
muting. Value changes to 1 as well. The rest of the buttons are not
working. Basically I only need volume since I don't use sleep/resume and I
don't care for turning off wifi from a button. But since I set mixer vol
and pcm from console, it would be nice to associate with the buttons. Below
is output (fan speed does change).

dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras
dev.acpi_ibm.0.%driver: acpi_ibm
dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY
dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0
dev.acpi_ibm.0.%parent: acpi0
dev.acpi_ibm.0.initialmask: 2060
dev.acpi_ibm.0.availmask: 134217727
dev.acpi_ibm.0.events: 0
dev.acpi_ibm.0.eventmask: 2060
dev.acpi_ibm.0.hotkey: 1104
dev.acpi_ibm.0.lcd_brightness: 0
dev.acpi_ibm.0.volume: 0
dev.acpi_ibm.0.mute: 0
dev.acpi_ibm.0.thinklight: 0
dev.acpi_ibm.0.bluetooth: 0
dev.acpi_ibm.0.wlan: 1
dev.acpi_ibm.0.fan_speed: 2980
dev.acpi_ibm.0.fan_level: 0
dev.acpi_ibm.0.fan: 1

Are you sure acpi_ibm is actually doing the connect? What do you see

for 'sysctl dev.acpi_ibm'? You should see a list of items, many of
which will be '0', even though they should not be. Things like
'fan_speed'. Setting dev.acpi_ibm.0.mute or dev.acpi_ibm.0.thiklight
to '1' should work.

  I think the  hotkeys should default to 2484.

You should be able to do this:

sysctl dev.acpi_ibm.0.eventmask=134217727

then have devd match the incoming "IBM" events and spit them out to console.
Once you know which affect what, you can then create a script to match 
all of them causing hotkey like actions customized for your machine...


see /etc/devd/asus.conf for an example, but obviously our codes are 
different and unfortunately I don't have an example nor recent memory.
You probably want to get devd to be very verbose and determine what the 
codes emitted are.


Matt
___
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"

Re: x220 notes

[Kevin Oberman]

2012/4/5 Любомир Григоров :
> Hey Matt, a couple of things, since I am experiencing a different situation
>
>
>> Yes, it should be possible if your sources are in synchronization with
> world/kernel.
>> Just make the edit and go to /usr/src/sys/modules/acpi/acpi_ibm and type
> make && make install
> I unloaded, recompiled that part, and rebooted, but I see no change for the
> hotkeys. Most still don't work. Only volume mute work, but that worked
> before the change. Trying to change the brightness didn't "corrupt" the
> fan. Neither from hotkeys, nor from acpi_call
>
>> You'll notice that fan speed becomes something ugly after trying to set
> brightness, but everything will work otherwise as far as I have tested.
>> I have found that the machine gets quite hot on its own especially with
> turbo core on the i7 and heavy usage, even with power tuning.
>> Adjusting fan speed could be dangerous, I would certainly keep a close
> eye on temperatures during something like buildworld to be sure.
> On the other side, my temp now drops below 50C to about 46C. The fan goes
> into its lowest spin. I didn't have this before.  At 50C it kicks to next
> step, at 60C it kicks to the crazy speed (usually on compile or 720p video).
>
>
>  P.S. All tests were done from X with Konstantin's patch on 9.0-STABLE with
> powerd and no other mods. X220 with i5 2520M, BIOS 1.28, IPS, 9cell batter,
> 16GB RAM, Intel 1000-N, SSD.
>
> P.S.S. Workaround for fan corruption can be changing the brightness while
> it boots, before OS starts, function keys work there. But I don't have the
> crazy fan. If by crazy fan you mean not the lowest spin, then I had that
> before LEN change as well.

Are you sure acpi_ibm is actually doing the connect? What do you see
for 'sysctl dev.acpi_ibm'? You should see a list of items, many of
which will be '0', even though they should not be. Things like
'fan_speed'. Setting dev.acpi_ibm.0.mute or dev.acpi_ibm.0.thiklight
to '1' should work.

I think the  hotkeys should default to 2484.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
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"

Re: x220 notes

[matt]

On 04/05/12 18:33, Любомир Григоров wrote:
Hey Matt, a couple of things, since I am experiencing a different 
situation



> Yes, it should be possible if your sources are in synchronization 
with world/kernel.
> Just make the edit and go to /usr/src/sys/modules/acpi/acpi_ibm and 
type make && make install
I unloaded, recompiled that part, and rebooted, but I see no change 
for the hotkeys. Most still don't work. Only volume mute work, but 
that worked before the change. Trying to change the brightness didn't 
"corrupt" the fan. Neither from hotkeys, nor from acpi_call


> You'll notice that fan speed becomes something ugly after trying to 
set brightness, but everything will work otherwise as far as I have 
tested.
> I have found that the machine gets quite hot on its own especially 
with turbo core on the i7 and heavy usage, even with power tuning.
> Adjusting fan speed could be dangerous, I would certainly keep a 
close eye on temperatures during something like buildworld to be sure.
On the other side, my temp now drops below 50C to about 46C. The fan 
goes into its lowest spin. I didn't have this before.  At 50C it kicks 
to next step, at 60C it kicks to the crazy speed (usually on compile 
or 720p video).



P.S. All tests were done from X with Konstantin's patch on 9.0-STABLE 
with powerd and no other mods. X220 with i5 2520M, BIOS 1.28, IPS, 
9cell batter, 16GB RAM, Intel 1000-N, SSD.


P.S.S. Workaround for fan corruption can be changing the brightness 
while it boots, before OS starts, function keys work there. But I 
don't have the crazy fan. If by crazy fan you mean not the lowest 
spin, then I had that before LEN change as well.


--
Lyubomir Grigorov (bgalakazam)

We have the same bios at least, only difference is 8gb RAM here and 
i7-2720M. For what it's worth the i5 and i7 are the same as far as I 
know except amount of L3 cache...maybe amt or vt-d?
The corrupt fan speed value occurs only when setting lcd brightness in 
dev.acpi_ibm.0.lcd_brightness (from memory, so not sure if that's exact).
It doesn't affect brightness as only bypassing \_SB.PCI0.LPC.EC.BRNS() 
seems to change the brightness for us (by using acpi_call to call \VBRC).


The hotkeys are interesting, I assume you're familar with the way the 
mask works etc...once you "enable" the hotkeys with sysctls, they are 
then supposed to be handled by devd, I believe, so you would have to 
create a script to capture the keys and execute some commands.


It's been a while since I did this, as I usually didn't use hotkeys...so 
in this case you *could* capture brightness hotkeys in devd and call 
acpi_call, but that seems like a hack...I think the best case is to 
allow ACPI to handle the hotkeys (which it's doing fine) but figure out 
why the hw.acpi.video.lcd0.brightness (again from memory) has no 
effect...as the hotkeys do change this value out of the box.


Matt
___
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"

Re: x220 notes

[Любомир Григоров]

Hey Matt, a couple of things, since I am experiencing a different situation


> Yes, it should be possible if your sources are in synchronization with
world/kernel.
> Just make the edit and go to /usr/src/sys/modules/acpi/acpi_ibm and type
make && make install
I unloaded, recompiled that part, and rebooted, but I see no change for the
hotkeys. Most still don't work. Only volume mute work, but that worked
before the change. Trying to change the brightness didn't "corrupt" the
fan. Neither from hotkeys, nor from acpi_call

> You'll notice that fan speed becomes something ugly after trying to set
brightness, but everything will work otherwise as far as I have tested.
> I have found that the machine gets quite hot on its own especially with
turbo core on the i7 and heavy usage, even with power tuning.
> Adjusting fan speed could be dangerous, I would certainly keep a close
eye on temperatures during something like buildworld to be sure.
On the other side, my temp now drops below 50C to about 46C. The fan goes
into its lowest spin. I didn't have this before.  At 50C it kicks to next
step, at 60C it kicks to the crazy speed (usually on compile or 720p video).


 P.S. All tests were done from X with Konstantin's patch on 9.0-STABLE with
powerd and no other mods. X220 with i5 2520M, BIOS 1.28, IPS, 9cell batter,
16GB RAM, Intel 1000-N, SSD.

P.S.S. Workaround for fan corruption can be changing the brightness while
it boots, before OS starts, function keys work there. But I don't have the
crazy fan. If by crazy fan you mean not the lowest spin, then I had that
before LEN change as well.

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 04/05/12 09:35, Любомир Григоров wrote:
I just disabled from UEFI/BIOS. I don't use it that much anyway, but 
it was annoying when it moved when I typed.


I can just rebuild acpi_ibm.c without world right?

Yes, edit IBM0068 to LEN0068 as noted a while back...it will
attach then.
The lower touchpad is nuts...I haven't looked at it too much, but
telling psm to recognize a synaptics didn't work when I added it to
loader.conf...

Matt




--
Lyubomir Grigorov (bgalakazam)

Yes, it should be possible if your sources are in synchronization with 
world/kernel.


Just make the edit and go to /usr/src/sys/modules/acpi/acpi_ibm and type 
make && make install


You'll notice that fan speed becomes something ugly after trying to set 
brightness, but everything will work otherwise as far as I have tested.
I have found that the machine gets quite hot on its own especially with 
turbo core on the i7 and heavy usage, even with power tuning.
Adjusting fan speed could be dangerous, I would certainly keep a close 
eye on temperatures during something like buildworld to be sure.
I think the brightness ec address could be wrong in acpi_ibm, leading to 
corrupting the fan speed value, but that is conjecture.



Matt
___
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"

Re: x220 notes

[Любомир Григоров]

I just disabled from UEFI/BIOS. I don't use it that much anyway, but it was
annoying when it moved when I typed.

I can just rebuild acpi_ibm.c without world right?

Yes, edit IBM0068 to LEN0068 as noted a while back...it will attach then.
> The lower touchpad is nuts...I haven't looked at it too much, but
> telling psm to recognize a synaptics didn't work when I added it to
> loader.conf...
>
> Matt
>
>


-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 04/04/12 22:46, Любомир Григоров wrote:
> A couple more things. Fan control doesn't work and returns "unknown
> oid 'dev.acpi_ibm.0.fan'". I didn't find LEN0068, but IBM0068 there. I
> still don't know if acpi_ibm.c was updated since you first wrote the
> topic.
>
> One other thing is I want to disable the touchpad. It is way too
> sensitive and I cannot use the lower buttons at all. The cursor keeps
> moving. xf86-input-synaptics is installed.
>
> --
> Lyubomir Grigorov (bgalakazam)
>
Yes, edit IBM0068 to LEN0068 as noted a while back...it will attach then.
The lower touchpad is nuts...I haven't looked at it too much, but
telling psm to recognize a synaptics didn't work when I added it to
loader.conf...

Matt

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

Re: x220 notes

[Любомир Григоров]

A couple more things. Fan control doesn't work and returns "unknown oid
'dev.acpi_ibm.0.fan'". I didn't find LEN0068, but IBM0068 there. I still
don't know if acpi_ibm.c was updated since you first wrote the topic.

One other thing is I want to disable the touchpad. It is way too sensitive
and I cannot use the lower buttons at all. The cursor keeps moving.
xf86-input-synaptics is installed.

--
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[Ian Smith]

On Mon, 2 Apr 2012, ???  wrote:
[Matt wrote:]
 > > Only the fan speed value shows as 0x or something, however it can
 > > still be set 1-7 or back to automatic as usual

Plus 0 for off, I guess?

 > Sorry for asking, but I just can't find this. What is the command for
 > changing the fan speed, especially to auto?

Snippets from the (overdone) fan control script [0] running on my T23:

sysctl dev.acpi_ibm.0.fan=0 >/dev/null  # turn auto fan control OFF
sysctl dev.acpi_ibm.0.fan_level=$level >/dev/null
echo "`sysctl -n dev.acpi_ibm.0.fan_speed`rpm" >>$log
sysctl dev.acpi_ibm.0.fan=1 >/dev/null  # auto fan ON

On this, the auto fan would let temperatures rise to 65C or more, then 
turn the fan full on until below about 45C, then off.  Using the half 
speed as well keeps idle temperature steady mostly between 44-48C while 
being virtually silent, and is just as responsive to load/heat peaks.

The T23 having only off, half and full speeds simplifies code though.

cheers, Ian

[0] http://smithi.id.au/temp_t23
___
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"

Re: x220 notes

[Любомир Григоров]

Hey Matt, thanks for clearing things up. It looks like this is an ongoing
process ever since you first started the thread.

> The fan is horribly noisy on this model. However, it will quiet down a
bit on its own when temperature goes down...enabling C states and running
"powerd -a adaptive -b adaptive" should help a lot...I don't recommend
manual fan control as at least my i7 already runs way too hot in linux
> and win7 (for the 10 minutes I had it :) ). Run Lenovo bios updates as
well, many complaints about post tsunami fans from Lenovo China instead of
Lenovo Japan...
Actually for me, the HDD that came was much louder than the fan. I swapped
it out in favour of a SSD until I am ready for mSATA + HDD. Also, I have
the original Windows 7 that way.

> http://wiki.freebsd.org/Intel_GPU
> On Konstantin's page he mentions this...it's a known issue
I feel dumb, because I did read that page many times in the past but didn't
realize it's the same issue :D

> Only the fan speed value shows as 0x or something, however it can
still be set 1-7 or back to automatic as usual
Sorry for asking, but I just can't find this. What is the command for
changing the fan speed, especially to auto?

Cheers.

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 04/02/12 18:42, Любомир Григоров wrote:
Interesting. So brightness value "is" changed, but not acted upon then 
when using the hotkeys?


Yes, value changes with no effect when hotkeys are pressed...I am not 
sure why there is no effect.


I could care less about suspend/resume as I don't really use it. 
 Brightness and the fan (thanks for reminding me about the corruption) 
are what is killing my use. I have a SSD so even though boot isn't 
5sec on FreeBSD, I can still live with waiting 10 extra seconds. 
Having brightness eat up my battery time and fan spinning like crazy 
is a problem, though.


The fan is horribly noisy on this model. However, it will quiet down a 
bit on its own when temperature goes down...enabling C states and 
running "powerd -a adaptive -b adaptive" should help a lot...I don't 
recommend manual fan control as at least my i7 already runs way too hot 
in linux and win7 (for the 10 minutes I had it :) ). Run Lenovo bios 
updates as well, many complaints about post tsunami fans from Lenovo 
China instead of Lenovo Japan...




What do you mean by the fan controls still work in manual and 
automatic? Does that mean every time brightness is changed, fan speed 
needs to be set to auto again for it to work properly?
Only the fan speed value shows as 0x or something, however it can 
still be set 1-7 or back to automatic as usual


Also, I assume the dimming from inactivity will not work until EC is 
responsible for brightness change?




I'm not sure...that might be accomplished with dpms.ko, haven't tried

... and then I have the issue with Konstantin's latest patch for 
STABLE where after I exit X, I have no monitor or keyboard control. I 
guess I can bypass this with a login manager.




http://wiki.freebsd.org/Intel_GPU
On Konstantin's page he mentions this...it's a known issue

Matt

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

Re: x220 notes

[Любомир Григоров]

Interesting. So brightness value "is" changed, but not acted upon then when
using the hotkeys?

I could care less about suspend/resume as I don't really use it.
 Brightness and the fan (thanks for reminding me about the corruption) are
what is killing my use. I have a SSD so even though boot isn't 5sec on
FreeBSD, I can still live with waiting 10 extra seconds. Having brightness
eat up my battery time and fan spinning like crazy is a problem, though.

What do you mean by the fan controls still work in manual and automatic?
Does that mean every time brightness is changed, fan speed needs to be set
to auto again for it to work properly?

Also, I assume the dimming from inactivity will not work until EC is
responsible for brightness change?

... and then I have the issue with Konstantin's latest patch for STABLE
where after I exit X, I have no monitor or keyboard control. I guess I can
bypass this with a login manager.

Cheers.

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 04/01/12 22:49, Kevin Oberman wrote:

2012/4/1 Любомир Григоров:

Well I can't do the brightness switching. acpi_call port is installed, but:

# kldload acpi_call
kldload: can't load acpi_call: No such file or directory

# acpi_call -p '\VBRC' -i 14
ioctl: Device not configured

At least closing the lid turns off the monitor (not going to sleep), which
is OK to conserve energy when not using. I would like to be able to change
brightness, however. And have dimming.

A minor problem, with the KMS Intel patch, when I log out of X (startx or
xfce4), screen goes black. I don't know if this is acpi related. I typed
reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE.

# cd /usr/ports/sysutils/acpi_call&&  make install clean
# rehash
# kld_load acpi_call
# acpi_call -p '\VBRC' -i 5
Exactly...I'd like to add it does require appropriate kernel sources, 
something I discovered as I'm currently testing off a 4gb 
USB...appropriately to current discussions, /usr/obj 
/usr/ports/distfiles /tmp /var/run are all tmpfs :) (we'll see how that 
goes too!).


Some general followup/status of brightness:
The hotkeys are working just fine out of the box, at least as far as 
they seem to adjust the brightness value seen by acpi_video, however as 
we know this doesn't actually seem to do much.
There are a couple of branches in the ACPI code when brightness is 
called, one of which checks for integrated or discrete graphics (why I 
do not know as discrete is not an option).
If \VIGD returns 1 (which I think means graphics are integrated) it 
talks to the \_SB.PCI0.LPC.EC.BRNS method, which doesn't seem to do 
anything for us.
If \VIGD returns 0 (which I think would mean discrete graphics if 
available) it calls \VBRC

The above method simply bypasses the VIGD switch and calls \VBRC directly.

There are other ACPI methods which seem to be related, but I have yet to 
figure out what they mean...VBTC is one, and some _Q(X)(X) methods also 
seem to talk to the EC about the panel and brightness etc.


It seems like we need to find how to make the EC be in charge of 
brightness instead of whatever VBRC is doing (it's an SMI call). I think 
brightness might just work fine...another note is the fact that 
acpi_video sees lcd0 as inactive...not sure why.


Regarding acpi_ibm, it appears that it is also talking to the EC, which 
is why brightness cannot work there. Although for some reason, probably 
an alignment or address change, the fan speed appears corrupt after 
setting brightness via acpi_ibm, the fan controls still work fine in 
both manual and automatic as far as I can tell.


It seems like if we can determine why the EC does not care for 
brightness settings, or isn't in charge of brightness, that we would be 
a small patch away from fixing acpi_ibm for this model.


HOWEVER, it appears resume is now toast on CURRENT, since at least a few 
months, with or without Konstantin's patches. I'm not sure what's 
hanging, although setting suspend_beep=1 creates a horrible sound during 
the failing resume, which may indicate it's something fairly early in 
the resume, or even concurrent with "beeping". Even bounce does not 
work, and debugging is complicated by the lack of display.


If anyone has anyone ideas for fixing resume on CURRENT, we'd be awful 
close to having a pretty damn nice laptop for FreeBSD.


Matt
___
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"

Re: x220 notes

[Kevin Oberman]

2012/4/1 Любомир Григоров :
> Well I can't do the brightness switching. acpi_call port is installed, but:
>
> # kldload acpi_call
> kldload: can't load acpi_call: No such file or directory
>
> # acpi_call -p '\VBRC' -i 14
> ioctl: Device not configured
>
> At least closing the lid turns off the monitor (not going to sleep), which
> is OK to conserve energy when not using. I would like to be able to change
> brightness, however. And have dimming.
>
> A minor problem, with the KMS Intel patch, when I log out of X (startx or
> xfce4), screen goes black. I don't know if this is acpi related. I typed
> reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE.

# cd /usr/ports/sysutils/acpi_call && make install clean
# rehash
# kld_load acpi_call
# acpi_call -p '\VBRC' -i 5
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
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"

Re: x220 notes

[Любомир Григоров]

Well I can't do the brightness switching. acpi_call port is installed, but:

# kldload acpi_call
kldload: can't load acpi_call: No such file or directory

# acpi_call -p '\VBRC' -i 14
ioctl: Device not configured

At least closing the lid turns off the monitor (not going to sleep), which
is OK to conserve energy when not using. I would like to be able to change
brightness, however. And have dimming.

A minor problem, with the KMS Intel patch, when I log out of X (startx or
xfce4), screen goes black. I don't know if this is acpi related. I typed
reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE.

Cheers.

-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[Kevin Oberman]

2012/4/1 Hannes Mehnert :
> Hi,
>
> controlling brightness works for me (via shell) - taking matt's advice
> into account:
>> \VBRC seems to allow control over the backlight, at least, so those of
> you with sore eyes or the 3-cell battery may have some success using the
> acpi_call port (Danger!)
>> kldload acpi_call
>> acpi_call -p '\VBRC' -i n (where n is 0-16; 17 (and -1) is off)

This works well, but I'll need to look at how to make Gnome do the job
so the automatic dimming will work.

Also, at least on my ThinkPad, its 0-15. 16 and 14 are identical and
slightly dimmer than 15. Maybe it's a BIOS issue on my laptop? I see
Lenovo has released a new one recently.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
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"

Re: x220 notes

[Hannes Mehnert]

Hi,

controlling brightness works for me (via shell) - taking matt's advice
into account:
> \VBRC seems to allow control over the backlight, at least, so those of
you with sore eyes or the 3-cell battery may have some success using the
acpi_call port (Danger!)
> kldload acpi_call
> acpi_call -p '\VBRC' -i n (where n is 0-16; 17 (and -1) is off)


Cheers,

Hannes
___
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"

Re: x220 notes

[Kevin Oberman]

2012/3/31 Erich Dollansky :
> Hi,
>
> this just reminds me of my Fujitsu P2120.
>
> On Sunday 01 April 2012 11:27:02 Любомир Григоров wrote:
>> Any news on the brightness? My X220 came and FreeBSD installs and boots
>> fine with MBR. But like you said brightness control is not working and I am
>> stuck at max. Even with me 9cell battery, it brings it down to 5 hours
>> instead of 8-9 with a slightly dimmer setting.
>
> I could not adjust brightness inside X on my P2120 too. But switching to a 
> console allowed me to adjust with the keys assigned to this. I never got used 
> to this procedure but it worked.
>
> Did you try this?

Does not work for me.  :-(

First press of either brightness up or down will echo ^@ (null), but
that's all that happens. The system does not have discrete brightness
buttons. It uses Fn+Home and Fn+End to adjust brightness.

Thanks for the suggestion. though.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
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"

Re: x220 notes

[Erich Dollansky]

Hi,

this just reminds me of my Fujitsu P2120.

On Sunday 01 April 2012 11:27:02 Любомир Григоров wrote:
> Any news on the brightness? My X220 came and FreeBSD installs and boots
> fine with MBR. But like you said brightness control is not working and I am
> stuck at max. Even with me 9cell battery, it brings it down to 5 hours
> instead of 8-9 with a slightly dimmer setting.

I could not adjust brightness inside X on my P2120 too. But switching to a 
console allowed me to adjust with the keys assigned to this. I never got used 
to this procedure but it worked.

Did you try this?

Erich
___
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"

Re: x220 notes

[Любомир Григоров]

Any news on the brightness? My X220 came and FreeBSD installs and boots
fine with MBR. But like you said brightness control is not working and I am
stuck at max. Even with me 9cell battery, it brings it down to 5 hours
instead of 8-9 with a slightly dimmer setting.

P.S. I didn't have to touch anything in BIOS.

 Ditch the webcam...it's grainy under linux, probably would be the same
> under FreeBSD...haven't even tried.
>
> Intel wireless is THE way to go...that Realtek is barely supported on
> Linux (I believe 8192SU is still staging drivers...)
>
> FreeBSD only legacy boots, however "UEFI USB Support" must be on to allow
> USB booting for some reason.
>
> I have IPS...it's very nice, but still no brightness yet. I'll get a
> chance to look at again this weekend most likely. I think it's just an
> issue with our acpi_ibm that isn't talking to the embedded controller right.
>
> Resume works, but the screen is not on. I can now confirm it is *off* and
> not just "dimmed/no backlight". Setting BIOS to use an external monitor and
> disabling internal exhibits same behavior as internal display, i.e external
> monitor set as BIOS primary does not come back from power save. I have
> tried typing dpms force commands, did not work.
>
> Once resume & brightness work, it will be great for FreeBSD...everything
> else seemed fine, although I have not used fingerprint reader or card
> reader...
>
> An interesting note is that the BIOS does whitelist the wireless card, and
> the wwan slot defaults to being a mSATA until it detects a whitelisted USB
> ID or perhaps has no PCIe lines...not sure but my ral card I'm working with
> will not detect in the second slot at all. The slot may start as PCIe only
> in earlier bios, haven't checked (google x220 egpu & x220 msata issue).
>
> Matt
>
>


-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 03/06/12 15:25, Любомир Григоров wrote:
> I will be buying a X220 soon and have some questions:
>
> 1. Which wireless has better support?
>
> ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE)
> Intel Centrino Wireless-N 1000
>
> 2. I've read bad reviews about webcam having poor quality on
> GNU/Linux, so I would assume it will be the same on FreeBSD with
> webcamd and not worth the $30? (which also frees up space for 3x3 antenna)
>
> 3. Any disadvantages in usage for turning off the UEFI?
>
> 4. How far is the AMD64 kernel suspend/resume? What do you mean by
> video doesn't resume?
>
> 5. I'll be getting the IPS screen and want to make sure all the
> brightness issues won't f it up. Is there yet a working way to control
> brightness without interrupting the fan?
>
> Cheers.
>
> 2012/2/18 matt mailto:sendtom...@gmail.com>>
>
> I got 10-CURRENT installed on the x220 again.
>
> 1. Standard GENERIC kernel
> 2. Buildworld/installworld from today's CVS
> 3. No DRM/KMS patches or any other "factors"
> 4. Witness KDB disabled in loader.conf (otherwise panic on suspend).
> 5. setting hw.pci.do_power_suspend=0 wil prevent some AE_NO_METHOD
> errors where it tries to set PCI express ports to D2 (the ports
> themselves, I think...not the attached device)
>
> This is what I've found as I investigate the backlight/resume issue. I
> am not very good at understanding ASL, but here's what I see.
>
> 1. _WAK calls a number of display related methods
> 2. There are apparently brightness related calls here, as well as some
> other video related calls
> 3. Some of this behavior depends on /VIGD, whatever that is.
> 4. The brightness calls seem to connect over LPC to the embedded
> controller
> 5. Some of the brightness methods check OSI for WIN7
>
> I will add that iasl finds 35 errors in this fine piece of lenovo
> work.
> However, none of the errors appear to be near _wak. I've attached an
> acpidump asl if it helps anyone who has a better eye for ASL and
> resume/brightness problems. I think we can control brightness at least
> with acpi_video, it attaches but not correctly..."active=0"...I
> haven't
> gone back over its source in comparison with ASL yet either. Probably
> acpi_ibm will work also, as the acpi methods seem to just call the
> embedded controller over the lpc bus? Unfortunately it seems something
> has changed with the ec, as some of the data becomes corrupt when
> acpi_ibm is loaded.
>
> Resume obviously works fine in Win7, works 80-95% of the time in Linux
> (seems like KMS fail when it doesn't resume on Linux), and it resumes
> fine on FreeBSD except no video. No bad messages in logs after resume.
>
> Matt
>
>
> ___
> 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
> "
>
>
>
>
> -- 
> Lyubomir Grigorov (bgalakazam)
>
Ditch the webcam...it's grainy under linux, probably would be the same
under FreeBSD...haven't even tried.

Intel wireless is THE way to go...that Realtek is barely supported on
Linux (I believe 8192SU is still staging drivers...)

FreeBSD only legacy boots, however "UEFI USB Support" must be on to
allow USB booting for some reason.

I have IPS...it's very nice, but still no brightness yet. I'll get a
chance to look at again this weekend most likely. I think it's just an
issue with our acpi_ibm that isn't talking to the embedded controller right.

Resume works, but the screen is not on. I can now confirm it is *off*
and not just "dimmed/no backlight". Setting BIOS to use an external
monitor and disabling internal exhibits same behavior as internal
display, i.e external monitor set as BIOS primary does not come back
from power save. I have tried typing dpms force commands, did not work.

Once resume & brightness work, it will be great for FreeBSD...everything
else seemed fine, although I have not used fingerprint reader or card
reader...

An interesting note is that the BIOS does whitelist the wireless card,
and the wwan slot defaults to being a mSATA until it detects a
whitelisted USB ID or perhaps has no PCIe lines...not sure but my ral
card I'm working with will not detect in the second slot at all. The
slot may start as PCIe only in earlier bios, haven't checked (google
x220 egpu & x220 msata issue).

Matt

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

Re: x220 notes

[Любомир Григоров]

I will be buying a X220 soon and have some questions:

1. Which wireless has better support?

ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE)
Intel Centrino Wireless-N 1000

2. I've read bad reviews about webcam having poor quality on GNU/Linux, so
I would assume it will be the same on FreeBSD with webcamd and not worth
the $30? (which also frees up space for 3x3 antenna)

3. Any disadvantages in usage for turning off the UEFI?

4. How far is the AMD64 kernel suspend/resume? What do you mean by video
doesn't resume?

5. I'll be getting the IPS screen and want to make sure all the brightness
issues won't f it up. Is there yet a working way to control brightness
without interrupting the fan?

Cheers.

2012/2/18 matt 

> I got 10-CURRENT installed on the x220 again.
>
> 1. Standard GENERIC kernel
> 2. Buildworld/installworld from today's CVS
> 3. No DRM/KMS patches or any other "factors"
> 4. Witness KDB disabled in loader.conf (otherwise panic on suspend).
> 5. setting hw.pci.do_power_suspend=0 wil prevent some AE_NO_METHOD
> errors where it tries to set PCI express ports to D2 (the ports
> themselves, I think...not the attached device)
>
> This is what I've found as I investigate the backlight/resume issue. I
> am not very good at understanding ASL, but here's what I see.
>
> 1. _WAK calls a number of display related methods
> 2. There are apparently brightness related calls here, as well as some
> other video related calls
> 3. Some of this behavior depends on /VIGD, whatever that is.
> 4. The brightness calls seem to connect over LPC to the embedded controller
> 5. Some of the brightness methods check OSI for WIN7
>
> I will add that iasl finds 35 errors in this fine piece of lenovo work.
> However, none of the errors appear to be near _wak. I've attached an
> acpidump asl if it helps anyone who has a better eye for ASL and
> resume/brightness problems. I think we can control brightness at least
> with acpi_video, it attaches but not correctly..."active=0"...I haven't
> gone back over its source in comparison with ASL yet either. Probably
> acpi_ibm will work also, as the acpi methods seem to just call the
> embedded controller over the lpc bus? Unfortunately it seems something
> has changed with the ec, as some of the data becomes corrupt when
> acpi_ibm is loaded.
>
> Resume obviously works fine in Win7, works 80-95% of the time in Linux
> (seems like KMS fail when it doesn't resume on Linux), and it resumes
> fine on FreeBSD except no video. No bad messages in logs after resume.
>
> Matt
>
>
> ___
> 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"
>
>


-- 
Lyubomir Grigorov (bgalakazam)
___
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"

Re: x220 notes

[matt]

On 02/12/12 12:29, Hannes Mehnert wrote:
> Hi,
>
> I recently got a X220 and installed -CURRENT (with kib's 13.1 patch) on
> it - let me add some notes on this thread.
>
> On 10/17/2011 03:53, Matt wrote:
>> On 09/28/11 16:01, Kevin Oberman wrote:
>>> On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper 
>>> wrote:
 On Wed, Sep 28, 2011 at 12:25 PM, Matt  wrote:
> On 09/28/11 11:52, Garrett Cooper wrote:
>> On Wed, Sep 28, 2011 at 11:48 AM, Mattwrote:
>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the
>>> beginning of
>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that
>>> machine is in a world of ports hurt right now :).
>>> With this many of the sysctls and leds work, still no brightness
>>> (w or
>>> wout
>>> intel DRI from Konstantin...thanks Konstantin!!)
> (there's a pr about that kern/164538)
>
>
>> I'm not sure if I mentioned this in another post, but I can confirm that
>> adjusting brightness in ibm_acpi for me results in corrupting the fan
>> speed, which makes me think that addresses have changed, widths/extents
>> have changed, or something else is different. For what it's worth,
>> thinkpad-acpi in Linux does this just fine, although I haven't
>> determined if it's through the EC or ACPI...I am thinking EC however.
>>
>> I have a feeling the answer to brightness (aside from KMS patch for X,
>> which is seperate) might be comparing changelogs for thinkpad ec
>> handlers on a platform that works like Linux...the code looks mostly
>> similar...can anyone confirm if Open/NetBSD have issues with the
>> backlight on these SandyBridge thinkpads?
> The brightness work fine on Linux, but not on OpenBSD(-CURRENT).
>
> But on OpenBSD xbacklight (which uses randr) works to set the brightness
> once in X. This unfortunately does not work on FreeBSD (receiving "No
> outputs have backlight property" when running xbacklight).
>
>
> Cheers,
>
> Hannes
> ___
> freebsd-curr...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I got 10-CURRENT installed on the x220 again.

1. Standard GENERIC kernel
2. Buildworld/installworld from today's CVS
3. No DRM/KMS patches or any other "factors"
4. Witness KDB disabled in loader.conf (otherwise panic on suspend).
5. setting hw.pci.do_power_suspend=0 wil prevent some AE_NO_METHOD
errors where it tries to set PCI express ports to D2 (the ports
themselves, I think...not the attached device)

This is what I've found as I investigate the backlight/resume issue. I
am not very good at understanding ASL, but here's what I see.

1. _WAK calls a number of display related methods
2. There are apparently brightness related calls here, as well as some
other video related calls
3. Some of this behavior depends on /VIGD, whatever that is.
4. The brightness calls seem to connect over LPC to the embedded controller
5. Some of the brightness methods check OSI for WIN7

I will add that iasl finds 35 errors in this fine piece of lenovo work.
However, none of the errors appear to be near _wak. I've attached an
acpidump asl if it helps anyone who has a better eye for ASL and
resume/brightness problems. I think we can control brightness at least
with acpi_video, it attaches but not correctly..."active=0"...I haven't
gone back over its source in comparison with ASL yet either. Probably
acpi_ibm will work also, as the acpi methods seem to just call the
embedded controller over the lpc bus? Unfortunately it seems something
has changed with the ec, as some of the data becomes corrupt when
acpi_ibm is loaded.

Resume obviously works fine in Win7, works 80-95% of the time in Linux
(seems like KMS fail when it doesn't resume on Linux), and it resumes
fine on FreeBSD except no video. No bad messages in logs after resume.

Matt

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