LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Laptop and Netbook
User Name
Password
Linux - Laptop and Netbook Having a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).

Notices


Reply
  Search this Thread
Old 11-16-2019, 03:34 PM   #1
winger9
Member
 
Registered: Jan 2014
Posts: 65

Rep: Reputation: 1
Is my network card bypassing "ignore lid" settings, because download still halts when I close lid?


Summary

When I run get-iplayer or youtube-dl at the bash prompt to download a TV program
or video, I find that if I close the laptop lid, the download halts. With
youtube-dl, after re-opening the lid, it resumes the download after about 1
minute. With get-iplayer, after re-opening the lid, it sometimes doesn't resume
the download at all.

Similarly, when downloading a video using Firefox web browser, the download
halts when the lid is closed (and resumes after the lid is re-opened).

I use a wifi connection.

MAIN QUESTION 1:

What is causing this halting when the lid is closed? And what do I need to do
to fix it?

I've tried several lid disabling methods, but none of them cure the problem. I
also discovered an ACPI message that dmesg displays about the lid. See Full
Details about the disabling methods and about dmesg.

MAIN QUESTION 2:

Because the problem occurs with downloading, COULD THE PROBLEM BE SPECIFIC TO
THE NETWORK CARD? If so, is there some way of accessing the network card and
telling it to ignore the lid?


lspci and lshw show that the "wireless interface" is

Network controller: Broadcom Corporation BCM43227 802.11b/g/n.


Full Details

1. SPEC:

Laptop model is Acer Aspire 5755G, i5, running live knoppix 7.7.1 with
persistence, on USB stick. I've been using this setup for a year with few other
problems.

2. With the "ignore lid" settings in place, other (non-downloading) processes
continue to work happily when the lid is closed. For example, at the bash
prompt, if I play an mp3 audio file (a song), then close the lid, it continues
playing. Similarly, if I echo the numbers 1 to 100 with a 1 second sleep
between them, there is no interruption when I close the lid.

3. I've tried all the following lid disablings but none of them cure the
download halting problem:

Code:
a) In /etc/systemd/logind.conf, the following were already as follows:
HandleLidSwitch=ignore
#LidSwitchIgnoreInhibited=yes (commented-out)
b) I put IgnoreLid=true in /etc/UPower/UPower.conf
c) In /etc/default/acpi-support, "#LID_SLEEP=true" was already commented-out.
d) In /etc/acpi/events/lidbtn, I commented-out the following 2 lines
#event=button[ /]lid
#action=/etc/acpi/lid.sh
Actually there is no file called /etc/acpi/lid.sh.
e) I was going to do the following: gconf-editor, in apps > gnome-power-manager
> buttons, set lid_ac and lid_battery to nothing. However, in my gconf-editor
there is no "gnome-power-manager" under "apps".
f) $ sudo echo PNP0C0D:00 > /sys/bus/acpi/drivers/button/unbind
(where PNP0C0D:00 is the device name of the lid).
g) $ systemd-inhibit --what=handle-lid-switch youtube-dl ...
h) At boot prompt I typed "knoppix acpi=off".
4. I discovered the following (when acpi is on). After I close the lid (or after
I open it), dmesg displays the entry

[ 278.729314] ACPI: More than one Lid device found!

Is this a clue as to what the problem is? However, when acpi is off, the
download halting problem still exists. So acpi appears not to be the problem,
and so perhaps this acpi message isn't a clue.
 
Old 11-16-2019, 04:03 PM   #2
uteck
Member
 
Registered: Oct 2003
Location: Elgin,IL,USA
Distribution: GalliumOS on Chrombook
Posts: 297

Rep: Reputation: 60
I think this is Network Manager being its usual helpful self. Found this post: https://superuser.com/questions/1378...-fi-connection that mentionst he same problem as you. There is a powersave feature you can adjust mentioned it the link.
 
Old 11-19-2019, 05:57 PM   #3
winger9
Member
 
Registered: Jan 2014
Posts: 65

Original Poster
Rep: Reputation: 1
Thanks so much uteck (#2). I really appreciate your superb idea.

I tried the method in the link, but unfortunately the download still
halts when I close the lid.

When I think about it, I've already got the lid switch completely disabled
at the kernel level, using the command at "3.f)" under "Full Details" in my
thread, ie

Code:
$ sudo echo PNP0C0D:00 > /sys/bus/acpi/drivers/button/unbind
(where PNP0C0D:00 is the device name of the lid).

So if NetworkManager had been trying to put powersave into effect when the lid
was closed, (causing downloading to halt), presumably it WOULDN'T BE ABLE TO effect that because the lid switch is disabled.

As I say, I can't help thinking that the network card (or its driver*) has some
sort of direct access to the lid switch state, and ignores any operating system
settings. I'm GUESSING that the card has built into it a setting which is
presently set to "Suspend transmission if lid closed", but which can be changed
to "DON'T suspend transmission if lid closed".

(*My wifi driver (module) is called "wl".)

But I dont know how to determine if I'm right, or how to change the setting.

Last edited by winger9; 11-19-2019 at 06:00 PM. Reason: improved some text
 
Old 12-09-2019, 06:08 AM   #4
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware & Android
Posts: 10,707

Rep: Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188
All lid switches are picked up by ACPI, which issues a suspend. Suspend is a sort of sleep state, the processor is put in the low power S3 state, and personally I imagine that rather than closing the lid kills the download.

My first advice is don't suspend while you're downloading. I don't believe the download will complete while in suspend. The system is written to memory and the cpu nods off.

If you don't want that, but want to close the lid, you can disable the lid closing initiating a suspend. In previous times, ACPI events (e.g. lid closing) trigger ACPI scripts (e.g. suspending). That's still the case with Slackware, which I use. Most distros have replaced a perfectly good and relatively simple system with systemd, and you are definitely on your own there. A look in /etc/acpi will tell you if ACPI is doing the work, or it's being told to go and play in the traffic. /etc/acpi should have events and scripts doing stuff. Otherwise, good luck with systemd; you'll need it.
 
Old 12-10-2019, 02:46 PM   #5
ondoho
LQ Addict
 
Registered: Dec 2013
Posts: 12,913
Blog Entries: 9

Rep: Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524Reputation: 3524
Quote:
Originally Posted by business_kid View Post
If you don't want that, but want to close the lid, you can disable the lid closing initiating a suspend. In previous times, ACPI events (e.g. lid closing) trigger ACPI scripts (e.g. suspending). That's still the case with Slackware, which I use. Most distros have replaced a perfectly good and relatively simple system with systemd, and you are definitely on your own there. A look in /etc/acpi will tell you if ACPI is doing the work, or it's being told to go and play in the traffic. /etc/acpi should have events and scripts doing stuff. Otherwise, good luck with systemd; you'll need it.
Why the drama?
/etc/systemd/logind.conf:
Code:
<snip>
HandleLidSwitch=ignore
<snip>
 
Old Yesterday, 05:34 AM   #6
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware & Android
Posts: 10,707

Rep: Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188Reputation: 1188
Why the drama?
/etc/systemd/logind.conf:

Yes, yes very good if it works. I have never got under the hood in systemd for one reason. I never want to get under the hood of anything that makes pppd look simple!
So that goes for systemd, selinux, and any other 'creeping growth' viruses which come out.

"Do one thing and do it well." I second that.
 
  


Reply

Tags
downloading, lid


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
"Keep laptop running on lid close?" + "ssh via crossover cable?" FatalKeystroke Linux - Laptop and Netbook 7 03-11-2011 08:53 AM
Bypassing ACPI lid button event in X Erratio Linux - Laptop and Netbook 3 10-13-2008 01:12 PM
[logcheck] ignore.d and logcheck.ignore cyberpunx Linux - Software 0 09-18-2005 06:07 PM
kernel halts, system halts, computer commits suicide stupid_guy Linux - Newbie 10 06-07-2003 06:44 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Laptop and Netbook

All times are GMT -5. The time now is 03:41 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration