Bug 1031331

Can you try passing the various reboot= options and see if one of them work?
They are:

warm, cold, bios, smp, acpi, efi, pci, force, kbd, triple

I would start with acpi, efi, and pci as those are the most common working options.

Created attachment 825033 [details]
This is what the final stages of "init 0" or "poweroff" look like.

This is what the final stages of "init 0" or "poweroff" look like (attached picture).

Hi Michele:

Thank you. Per your suggestion I just now tried all of those options.

(1) At laptop power on, I pressed 'e' to enter GRUB edit mode, and
    appended 'reboot=xxx' to the end of the  kernel options line.

(2) Then I issued 'Ctrl-x' to boot with that modified parameters list.
    Once booted, I confirmed that my options took effect by inspecting
    the output of 'cat /proc/cmdline'.

(3) Then did 'init 0' or 'poweroff'.

Sadly, non of the options enabled the laptop to automatically power off.

Btw, for completness, I'll be attaching an image of what the final lines
after an 'init 0'/poweroff' look like.

Thank you!

Hi,

odd. Usually one of the different reboot options fixes poweroff/reboot issues.
Out of curiosity, if you disable VT-d in your BIOS does this work?

Thanks,
Michele

Hi Michele:
 
The BIOS for the Acer Aspire S7 is pretty lean, meaning that there aren't too many options. And so to answer your question, there is no VT-d setting in my
BIOS to turn off or on..

I agree it's rather odd since booting a Live Windows-7 environment off a
USB stick that, when created, wasn't even Windows-updated (ever), works
fine. And that un-patched image came out years before this laptop.

So I'm with you that there's probably something simple to try to
get this to work with Fedora similarly.

Btw, here is my Grub2 entry (maybe that will help enlighten):

===========================================================
menuentry 'Fedora (3.11.7-200.fc19.x86_64) 19 (Schrödinger’s Cat)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.9.5-301.fc19.x86_64-advanced-11ec043a-b629-47f3-894d-51482cd25efe' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint='hd1,msdos1'  11ec043a-b629-47f3-894d-51482cd25efe
	else
	  search --no-floppy --fs-uuid --set=root 11ec043a-b629-47f3-894d-51482cd25efe
	fi
	linux	/boot/vmlinuz-3.11.7-200.fc19.x86_64 root=UUID=11ec043a-b629-47f3-894d-51482cd25efe ro nomodeset rd.lvm=0 rd.dm=0 vconsole.keymap=us rd.md.uuid=3b7012ae:6873d811:b4213467:eb30e2b8  rd.md.uuid=182257f6:5fcc321b:a217a1aa:4a48fb9d rd.luks=0 vconsole.font=latarcyrheb-sun16 LANG=en_US.UTF-8 quiet selinux=0 acpi_backlight=vendor
	initrd /boot/initramfs-3.11.7-200.fc19.x86_64.img
}
================================================================

Remember that I tried each of the 'reboot=xxx' options suggested.

Thank you.

Hello... I was wondering if there is any progress on this.

Thank you.

I'm having the exact same issues on an Acer V5-573.
It looks like other distributions were having similar issues but reported they would be fixed in kernel 3.12.x.   I've installed the updates-testing 3.12.5 but I still can't shutdown the laptop.
Also reported that it may be BIOS related and I've updated to the most recent bios but still no luck.

Any updates?

George, I read the same thing about other distributions fixing the issue too, so I was hopeful.

I do wish the severity of this would be escalated because, in my case and quite likely other's too, a combination of this Power Off issue **and** the inability to Suspend/Resume VIDEO on this same ACER-S7 laptop (a bug that I reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1031335 ), I can't avoid this
Power Off bug even if I tried. Meaning ....

  ... because on this same ACER laptop VIDEO Suspend/Resume doesn't work, I HAVE to always Power off the laptop -- I can't simply Suspend or Hibernate it because (as the above bug URL explains), it won't Resume. So I HAVE to always shut down the O/S and then press & hold the power button. I hate doing that with life-sensitive SSD drives. :-(

I would appreciate help of the generous Fedora team. :). Thanks in advance!

FYI: After upgrading from Fedora-19 to Fedora-20, and now running kernel version 3.12.5-302.fc20.x86_64, the problem still persists.

FYI

Looks powerdown in ACER V5/V7s and other issues may be fixed in kernel 3.13.

https://bugzilla.kernel.org/show_bug.cgi?id=63861

FYI
I've just installed the 3.13 kernel from rawhide and shutdown appears to work.
It would be good to get 3.13 pushed to general availability.

Thanks George. The bug you sited doesn't mention the "Acer S7", but I hope it works for my case, too. =:)

Can you paste your "/etc/yum.repos.d/rawhide.repo" contents for me, please?

REASON: I installed the Rawhide repo, but a 'yum update' shows only a
newer kernel for "3.12.5-302.fc21" (i.e. "3.12" but not "3.13" as you
listed).

Thank you!

Hi nmvega,

The rawhide repository is not enabled by default so the following line should let you install the kernel

yum --enablerepo rawhide update kernel

(That's what I used)
If you still have problems then let me know and I'll paste my rawhide.repo.

Regards,

Perhaps the repository mirror you are using is not totally up to date and the new kernel will sync in the next day or so.

The patch mentioned in the kernel.org bugzilla has made it in 3.12.6
commit 2ab0ff9b179aadf1f30f2dfa9db2b9404324e135
Author: Khalid Aziz <khalid.aziz>
Date:   Wed Nov 27 15:19:25 2013 -0700

    PCI: Disable Bus Master only on kexec reboot
    
    commit 4fc9bbf98fd66f879e628d8537ba7c240be2b58e upstream.


So once that kernel makes it to Fedora we can confirm if it fixes things or not.

Thanks George
Thanks Michele

George: Yes I did have the Rawhide repository enabled when I issued the "yum update" (but thank you). Given what Michele just added about the patch (good news for my Acer Aspire-S7 too I hope), I just sit tight for "3.12.6" in the Fedora updates repo.

I'll keep you guys/gals posted when it arrives.

Thank you!

3.12.6 is built in koji now.

Shutdown appears to be working in 3.12.6 available from updates-testing.
I'm sure all fedora users with shiny new Acer laptops at Christmas thank you.
I didn't expect this out over the holiday period so well done the Fedora crew.

Same here: I can confirm that for my ACER Aspire-S7 model, Shutdown, init 0, and poweroff appear to now work with kernel "3.12.6" (also installed from fedora-updates-testing repo).

Well done, and thank you very much team-Fedora and contributors! This bug appears to be solved.

Thank you.

Perfect, thanks everyone for confirming. 

I assume this will be closed via the usual Errata process, so I'll leave
things as is.

*** Bug 1015883 has been marked as a duplicate of this bug. ***

hello All, I have Acer ES1 512 and exatly same issue is appearing.

[root@localhost /]# uname -sr
Linux 4.0.4-303.fc22.x86_64

Has this issue regressed?