Description of problem: I have a venom blackook zero specs available here: http://www.mln.com.au/product/?itemID=4845 and have found that selecting shutdown while the AC adapter is connected (and powered) results in the laptop powering off, but after about 2 sec it powers back up. The only modification i made to the laptop was to remove the 2.5" HDD and replace it a 2.5" 256GB samsung evo SSD (and update the SSD firmware) The rescue image 3.14.2-200.fc20.x86_64 from the live cd works fine so i assume there's some acpi/power/firmware bug i'm hitting in more recent kernels, but i don't know how to troubleshoot it (but i can follow instructions to gather information for you) my current work around to shut down is to disconnect AC power, that works on any kernel, which i thiink would point to an acpi issue, but that's only a random guess. Version-Release number of selected component (if applicable): 3.14.3-200 or higher (something changed inbetween 3.14.2 and 3.14.3 that my laptop doesn't like). Note, the laptop isn't rebooting, at least not in the normal sense. rebooting on this laptop doesn't result in a power-off at any point. something is waking it back up, however being fairly new to linux i'm unsure how to diagnose it further.
Sorry, forgot to include my name. As i understand it's polite to include it, apologies for the faux pas - Daniel Kelly
Created attachment 908391 [details] binary dump from acpidump
Hi Guys Was doing some reading on bug reporting, i've attached a binary dump of the acpi tables on this laptop and included the output of lspci and lsusb if i read of other useful information to include i'll come back and put that in too. /sbin/lspci 00:00.0 Host bridge: Intel Corporation Crystal Well DRAM Controller (rev 08) 00:02.0 VGA compatible controller: Intel Corporation Crystal Well Integrated Graphics Controller (rev 08) 00:03.0 Audio device: Intel Corporation Crystal Well HD Audio Controller (rev 08) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V (rev 05) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d5) 00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d5) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05) 00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05) 02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5229 PCI Express Card Reader (rev 01) 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6235 (rev 24) lsusb Bus 002 Device 002: ID 8087:8000 Intel Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:8008 Intel Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 003: ID 8087:07da Intel Corp. Bus 003 Device 002: ID 046d:c408 Logitech, Inc. Marble Mouse (4-button) Bus 003 Device 004: ID 5986:0536 Acer, Inc Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Created attachment 908416 [details] proc output from 3.14.2 & 3.14.4 i don't have 3.14.3 anymore that kernel was automatically removed when 3.14.6 was released (which still doesn't shutdown my laptop correctly) also contains output of lspci -vvv under both kernels
worked out this was a Wake on Lan bug (don't have anything sending wol packets, but it was waking anyway), had to disable it by editing the bios rom to disable wol (not a user-accessible menu item by default). but it's not a kernel bug, so i'm closing this