Sorry, PEBKAC error, it appears I've been replying off-list.
Please find below my response. It appears that the latest problem is something
to do with X as it crashes out when trying to return to the console when
pressing Ctrl-Alt-F1 too.
Thanks
Matt Grice
Original me
thing.
I can't remember if I ever tried to startx after the resume on the
"blind" console.
Matt
On 08/09/13 23:00, Adrian Chadd wrote:
> when did it start working?
>
>
> -adrian
>
> On 9 August 2013 20:10, matt wrote:
>> hw.acpi.reset_video used to s
worth trying to do some acpi_calls via ssh to try to hack
the display back on...
Matt
On 08/09/13 08:57, John Baldwin wrote:
> On Friday, August 09, 2013 4:37:50 am Adrian Chadd wrote:
>> Hi!
>>
>> Hm, resurrecting this thread, I'll try this on my X230 tomorrow
>> a
Try kldunloading any loaded kernel modules including usb. You may need
to compile a more modular kernel.
Does suspend/resume work for anyone?
Matt
On 06/28/13 15:19, Stefan Horomnea wrote:
> Yes, I did try, didn't help.
>
>
> On Mon, Jun 24, 2013 at 4:30 AM, matt
> wrote
gt; Thank you, Stefan ___
> 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"
>
Have you tried twiddling the values at hw.pci.do_power_resume and
hw.pc
27;ll note that we are sending D3 to the
USB bridges, which complain loudly before suspend is complete...I
think in the hackintosh world, they are using a custom DSDT that
prevents that or something to allow OS X to resume.
Matt
___
freebsd-acpi@freebsd
ring my X220 back up to current and start looking at
sleep issues next.
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"
g a patch from John Baldwin to see if I could get acpi_video to
attach directly to the PEG device.
Matt
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "fr
27;t
seem to work, or need a trapdoor we're not doing. Usually one does work,
but acpi_video doesn't attach to the working ones.
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"
On 02/28/13 09:09, John Baldwin wrote:
> On Thursday, February 28, 2013 8:15:46 am matt wrote:
>> On 02/27/13 12:27, John Baldwin wrote:
>>> On Wednesday, February 27, 2013 1:35:43 pm matt wrote:
>>>> On 02/27/13 09:00, John Baldwin wrote:
>>>>> If that
will have to do
> the manual calls like on my personal X220.
>
>
>
Any decoded DSDTs around? It's probably similar to the problem on X220
where there are multiple fake video devices in weird places.
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"
On 02/28/13 09:09, John Baldwin wrote:
> On Thursday, February 28, 2013 8:15:46 am matt wrote:
>> On 02/27/13 12:27, John Baldwin wrote:
>>> On Wednesday, February 27, 2013 1:35:43 pm matt wrote:
>>>> On 02/27/13 09:00, John Baldwin wrote:
>>>>> If that
On 02/27/13 12:27, John Baldwin wrote:
On Wednesday, February 27, 2013 1:35:43 pm matt wrote:
On 02/27/13 09:00, John Baldwin wrote:
If that is true, it's because your BIOS is lying. Do you have a URL to
your ASL lying around already?
Too big for pastebin :( +500k
https://docs.googl
On 02/27/13 09:00, John Baldwin wrote:
> If that is true, it's because your BIOS is lying. Do you have a URL to
> your ASL lying around already?
Too big for pastebin :( +500k
https://docs.google.com/file/d/0B6YlMzJxarGbVnotLUdNWWNTVG8/edit?usp=sharing
Th
On 02/26/13 10:46, John Baldwin wrote:
> On Monday, February 25, 2013 11:20:29 pm matt wrote:
>> On 02/25/13 18:33, Adrian Chadd wrote:
>>> [101232] acpi_video0: on vgapci0
>>> found Internal/Integrated Digital Flat Panel(400), idx#0, port#0, head #0
>>>
>&
//people.freebsd.org/~iwasaki/acpi/tpx61.asl.diff
<http://people.freebsd.org/%7Eiwasaki/acpi/tpx61.asl.diff>
It seems like we could either try to find these paths on affected
models, or have a tunable override for acpi_video.
Matt
___
freebsd
ller'
> class = display
>
> And I get glitches in xorg on 9.1 when I have multiple windows of
> different sizes.
>
>
>
> Adrian
>
Does acpi_video like either one?
Does acpi_get_handle return the same path?
Matt
__
er method to try is this LVLS method under any of the above...it
is involved in transforming the incoming level to ec-values I think?
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"
P thinkpads, I believe, based on Mitsuru
Iwasaki's comment a long time ago to an X220 thread.
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"
than before (I think). Thanks! I hope this could work
> in the end.
Next step is to call _BCL then _BCM at every location in the DSDT and
see if any of them work.
It's probable that one of them does...
Lenovo seems to like playing hide the correct acpi methods or something.
Matt
__
On 02/24/13 17:04, Eitan Adler wrote:
> On 24 February 2013 19:57, matt wrote:
>> On 01/29/13 10:24, Ian Smith wrote:
>>> On Tue, 29 Jan 2013 12:46:43 -0500, Eitan Adler wrote:
>>> > On 29 January 2013 12:29, Ian Smith wrote:
>>> > > Ah right. I d
TL)
}
}
}
}
This would be under _SB.PCI0.PEG0.VGA
Try acpi_call -p '\_SB.PCI0.PEG0.VGA.LCD._BCL'
then
acpi_call -p '\_SB.PCI0.PEG0.VGA.LCD._BCL' -i 50
Experiment with the numbers.
We need to fix acpi_video so it attac
that gets stored in
vgapci's ivar? Is there already a tunable I can use to fix this?
Thanks!
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"
_power_resume=1 and hw.pci.do_power_suspend=0 in
case it's a PCI D state issue.
Other combos might be worthwhile, some will likely break resume or
suspend however.
Might as well set hw.usb.ukbd.debug=1 and check the dmesg on resume as well.
Matt
___
f
print if present, whatever other junk)
And unplug this:
uhub3:
on usbus1
uhub3: 8 ports with 8 removable, self powered
ugen1.3: at usbus1
Then give it another try. I don't see anything that screams ACPI problem
so much as a device that times out a lot, leaving the kernel waiting.
Just a gue
course it's much easier to just
burn the iso using cdrecord...worked like a charm.
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"
ower button blinks rapidly three times, and then monitor, hdd, stop,
> and the power button pulses as you say, at a slow pace, like it went to
> sleep. But when I wake it, it reboots.
>
> Thanks for your suggestion anyway. Any other suggestions ?
>
> Stefan
>
> On Mon, Nov 12, 2012
hine?
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 l
u have an expresscard/cardbus/etc
slot? Although hard to find you may be able to find a firewire card for
that. Not sure if that would work or not...same goes for a USB->Serial
console, my guess is that it wouldn't work?
Matt
___
freebsd-a
branches...I think X220 has hooks for Nvidia optimus that are getting in
the way, or some trapdoor function needs to be called to tell ACPI we're
using the onboard intel (There is no Nvidia X220, but it looks like ACPI
thinks there is).
Matt
While some values appear and work, I'm not sure it will help much. Other
values have appeared corrupted for me, while thankfully not appearing to
crash the ec or cause malfunction.
LEN0068 is a slightly different beast, it would appear.
Matt
_
just
hw.pci.do_power_suspend=1
repeat test (bounce then full suspend)
I recommend testing laptop with SSH or some other screenless way of
seeing if it resumed, as onboard graphics can be tricky these days.
Matt
Matt
___
freebsd-acpi@freebsd.org mailing l
have
required some combo of the above settings.
Also, try these tests in single user, to rule out some 3rd party kernel
modules you have there.
Matt
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To u
est bios on my x220...never had problems
with the power button.
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"
video extensions or
other ACPI methods to initiate display changes and brightness. Have you
tried using the acpi_video module?
The reason it works during early kernel and prior on Thinkpads is due to
the fact it hasn't been "trapdoored" into ACPI mode yet.
Matt
__
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.f
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
typ
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
oted 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:/
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"
gging 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"
ume? 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/1
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
/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscr...@freebsd.org"
/usr/src/sys/dev/acpi_support/acpi_asus.c
Might be a good place to start?
You can use 'acpidump -dt > acpidump.aml' to get a dump of the laptop's
acpi in the file acp
s CVS, -CURRENT
acpiconf -s3 works perfectly from console
previously opened windows are garbled until refresh in X
acpiconf -s4 causes shutdown, does not resume on power on.
Swap is 2x RAM.
VMstat -i rate is 540.
Thank you FreeBSD!
Matt
#
# GENERIC -- Generic kernel configuration file for FreeBS
Hope double post is ok, have issue with -CURRENT and ACPI.
Kernel is ~week old cvsup -CURRENT amd64, issue has occurred with all
versions of freebsd amd64 tried, however.
Upon entering S3 sleep (or S4), the laptop emits 3 loud beeps and the
sleep indicator begins flashing faster than normal.
46 matches
Mail list logo
