Hi,
What do you mean by there hasn't been any activity in it recently? Have
you checked the comments? One person actually found a workaround after
almost 2 years. There has been a ton of happy comments on that.
But for myself - I am not using the laptop nor Ubuntu anymore, so I cannot
confirm
Hello,
I am affected by this bug since, a couple of years (same laptop here,
530U). I have personally experienced it on my laptop on multiple Linux
distributions (including Debian and Arch).
I perfectly understand your policies, but I do not really see the
rationale behind closing the bug with
I can confirm this works on a Samsung NP900x4c.
The same EC port range in DSDT.
Great work! Thanks a lot.
Sent from my iPhone
On 18 Feb 2014, at 18:49, juanmanuel rockerit...@gmail.com wrote:
FINALLY!! I found the exact problem _and_ a SOLUTION!!! (NOTE: see
attached program)
The
Bug also fixed for a NP530U4B
Thank you Juan
On Wed, Feb 19, 2014 at 7:05 PM, juanmanuel rockerit...@gmail.com wrote:
(Also confirmed in this thread Samsung NP900x4c )
--
You received this bug notification because you are subscribed to a
duplicate bug report (967161).
@mmalmeida: I'm currently on 3.12.9 kernel release and the problem
persists. Reset the battery power as I mentioned before is only a
temporary solution. The problem always come back.
Em Sex 7 fev. 2014, às 9:09, mmalmeida escreveu:
I am not sure by @angiolucci 's comment #90 if the solution is
Hi @macko, I can tell you some info about my hardware. But
unfortunately, building the MEI stuff into the kernel has not fixed the
problem: after ~7 days of use, it came back, just as you said.
What is your exact model? (mine is NP900X4C-A02CH)
The exactly model is NP530U3C-AD5-BR
Did you have
I compiled a 3.12.1 vanilla kernel, and set the INTEL_MEI and
INTEL_MEI_ME to be compiled into the kernel. I also pressed the reset
power button, under the laptop for 15 secs.
LID CLOSE working.
Switch to AC or Battery working.
LID OPEN not working properly (it's not detected).
It's still
On 02/10/2013 06:11, Paul Hannah wrote:
But, htop (after going into the settings and displaying the battery
state) correctly picks up the a/c cable insertion/removal,
charging/discharging indication, and fully charged state.
The same happens to me. htop has the right status, while upower is
Not working here.
Add acpi_osi='!Windows 2012' to GRUB_CMDLINE_LINUX_DEFAULT has to
effect.
--
Vinícius Angiolucci Reis
angiolu...@myopera.com
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On 24/08/2013 23:37, Mattia Guidi wrote:
I confirm that adding the option
acpi_osi='!Windows 2012'
to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub at least makes the
lid close suspension behave correctly.
For me it's not working.
Even changing my GRUB_CMDLINE_LINUX_DEFAULT line to
I can confirm acpi_osi='!Windows 2012' does NOT work netiher on my NP530U3C
with kernel 3.8.0
On Mon, Aug 26, 2013 at 11:31 AM, Ayberk Özgür equilibriu...@gmail.comwrote:
Adding acpi_osi='!Windows 2012' to GRUB_CMDLINE_LINUX_DEFAULT
unfortunately does nothing on NP900X4C with kernel 3.10.4.
On 26/08/2013 16:45, Andrea Lazzarotto (Lazza) wrote:
Marcello, Ayberk, just to be sure, did you guys do `sudo update-grub`
and reboot after adding the parameter?
Yes.
I also checked on the grub command line during the reboot, and the
parameter was indeed there.
--
You received this bug
No, I just mistaken with the button
2012/11/14 paolo.mgi 971...@bugs.launchpad.net
Does the tag no longer affects:acpi (Arch Linux) mean that the
problem is solved on arch?
--
You received this bug notification because you are subscribed to the bug
report.
This is not only Ubuntu: i'm Arch at the problem is the same, i testetd
with at least 3 kernel from Arch and the problem persist so, i think, is
either the acpi module or, more probably, a Bios bug.
I also tried to pass Windows as OS to the BIOS with grub command: acpi_osi= at
actually broke the
Yes and I think is the suspension act that screw it again.. At least
overnight crackheads do it on mine maybe is a resume hook.. I tried the pm
and the systems functions and both do it
Il giorno 16/ott/2012 13:51, Erik Schindler erik.schind...@gmx.net ha
scritto:
In addition to the previous
The OS kernel log all the events.
The first time also the LID (that generally need 10 sec to trigger the
status change when work) is logged almost instantly.
I can have log in dmesg and acpid.
2012/10/12 Erik Schindler erik.schind...@gmx.net
I can confirm you that if you push the reset button
On 06/10/12 09:41, Jon Cowell wrote:
After BIOS update all was well for 15hours only!
Also for me, things worked well (both lid and power status) during the
first weeks of life of the laptop (a Series 5 Ultrabook).
Yesterday, after updating the BIOS I tested power connect/disconnect
17 matches
Mail list logo