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
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 a
Bug also fixed for a NP530U4B
Thank you Juan
On Wed, Feb 19, 2014 at 7:05 PM, juanmanuel wrote:
> (Also confirmed in this thread Samsung NP900x4c )
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (967161).
> https://bugs.launchpad.net/bugs/971
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 wrote:
>
> FINALLY!! I found the exact problem _and_ a SOLUTION!!! (NOTE: see
> attached program)
>
> The problem is that Sam
@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 r
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 hav
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 worki
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.
https://bugs.launchpad.net/bugs/97106
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 not
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 wrote:
> Adding acpi_osi='!Windows 2012' to GRUB_CMDLINE_LINUX_DEFAULT
> unfortunately does nothing on NP900X4C with kernel 3.10.4.
>
> --
> You received
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
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.
> https://bugs.launchp
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 bo
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" ha
scritto:
> In addition to the previous post: closing the lid is
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
> > I can confirm you that if you push the reset button on bottom of the
> >
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
> recogn
17 matches
Mail list logo
