Re: Error while upgrading from Wheezy to Stretch

[Dan Ritter]

On Wed, Apr 11, 2018 at 07:57:07PM -0500, David Wright wrote:
> On Wed 11 Apr 2018 at 15:31:32 (-0400), David Parker wrote:
> > I am trying to upgrade two test boxes from Wheezy to Stretch (skipping
> > Jessie).  The upgrade worked on one of them, although I ran into errors and
> > had to run "apt-get -f install" a few times, but that resolved the issues
> > and it ultimately worked.
> > 
> > However, on the second box, I ran into an error about halfway through the
> > upgrade, and I'm not able to get past it.  No matter what I do, I keep
> > running into version mismatch issue with libpam-modules.  It's preventing
> > the upgrade from finishing.
> 
> The other "incantation" that's worth trying is
> 
> # dpkg --configure -a

I would start by reinstating jessie in all of your sources
files, then try dpkg --configure -a, then apt-get -f install,
then apt-get dist-upgrade to jessie. After a successful jessie
reboot, upgrade to stretch.

-dsr-

Re: SSD's and many edits of a single file

[rhkramer]

On Wednesday, April 11, 2018 03:27:48 AM Gene Heskett wrote:
> What seems to be lost on you folks not running realtime patched kernels,
> is that when linuxcnc is running, it has total control over the
> hardware, and that linux becomes a client of the realtime system,
> getting what cpu time is left after linuxcnc has finished what it has to
> do to meet the timing constraints needed to run the machine and meet the
> sub-micron positioning accuracy required.

Hmm, a more careful 2nd reading may have answered my question, but I'll ask 
anyway--on first reading I wondered if that was true of any program running in 
/ making use of a Linux realtime kernel--that is, that the realtime program 
(linuxcnc) (or is that the kernel) has total control over the  machine.

On 2nd reading, I think the answer is yes, i.e., if I have a midi program 
making use of the / a real time kernel, it will have total control of the 
machine and other programs will have the "leftovers"?

Re: Status of Intel-related vulnerabilities and bugs?

[Henrique de Moraes Holschuh]

On Tue, 10 Apr 2018, Niclas Arndt wrote:
> 1. Can the latest microcode updates still in stretch-backports be
> trusted to run properly by now?
> https://newsroom.intel.com/wp-content/uploads/sites/11/2018/04/microcode-update-guidance.pdf

Yes, these microcode updates are stable.

The same might or might not be true for your kernel when it activates
the new codepaths to support IBPB and IBRS (the new functionality added
by the Spectre-related microcode updates), though.  This is the reason
we are waiting for at least one extra month yet before we push them to
Debian stable and oldstable.

If the kernel malfunctions on the new microcode, boot with "noibpb"
and/or "noibrs" to disable the new codepaths.

-- 
  Henrique Holschuh

Re: SSD's and many edits of a single file

[Gene Heskett]

On Thursday 12 April 2018 07:44:39 rhkra...@gmail.com wrote:

> On Wednesday, April 11, 2018 03:27:48 AM Gene Heskett wrote:
> > What seems to be lost on you folks not running realtime patched
> > kernels, is that when linuxcnc is running, it has total control over
> > the hardware, and that linux becomes a client of the realtime
> > system, getting what cpu time is left after linuxcnc has finished
> > what it has to do to meet the timing constraints needed to run the
> > machine and meet the sub-micron positioning accuracy required.
>
> Hmm, a more careful 2nd reading may have answered my question, but
> I'll ask anyway--on first reading I wondered if that was true of any
> program running in / making use of a Linux realtime kernel--that is,
> that the realtime program (linuxcnc) (or is that the kernel) has total
> control over the  machine.
>
> On 2nd reading, I think the answer is yes, i.e., if I have a midi
> program making use of the / a real time kernel, it will have total
> control of the machine and other programs will have the "leftovers"?

Yes. Particularly noticeable if running the steppers by software step 
generation. There, one must run a "base thread", limited to integer only 
math, in a 20 to 30 nanosecond loop. Because the loop is so slow, this 
function is often off-loaded to an fpga smart card that is programmed at 
a 1 to 10 kilohertz rate with most using the default 1 kilohertz.  This 
can quadruple the speeds, from 2 effects. Because the motors see a much 
steadier heartbeat, they can often be moved much faster without 
stalling, and 2, this hardware can often generate the step signals 10x 
faster.

OTOH, doing that also frees up the parent cpu, allowing it to do much 
more without affecting the main process.

We can also setup slower "threads" for stuff that are the result of human 
activity for instance. Humans are rather glacial movers.
 
For less critical duties this works well, and in the case of running 
bigger machinery with something as puny-powered as an r-pi-3b, I have 
much of the not so time critical stuff running in a 200 hz thread, so 
that nearly half of the hal file only gets processed when the higher 
priority, faster loop is done. This includes the hand driven encoder 
dials that allow me to run the lathe by hand. Even at 200 hz I can still 
drive it at anything from the maximum speed of nearly 90 inches a 
minute, down to as small as .0001" per click of the dial. Thats a larger 
movement than the software itself can do since if I tell it to move 12" 
along the bed, while moving the cross-feed 3 thousandths of an inch, it 
will do what is effectively a dead straight line from that start to that 
finish. Errors in that motion are generally the coil current mappings of 
the stepper driver as it divides a full step, 1/200th of a turn, by 8 or 
16 in order to get that smoother motion. Loading of course inserts an 
offset, but is under a .9 degree of the motor shaft rotation as long as 
the load doesn't cause a step slip. That much may break the micron 
claim, but not by enough to ruin the part.

Lots of other stuff that would be TL;DR for most here.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: ACPI Error on boot

[Anil Duggirala]

On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> hello, 
> I am getting an error on boot in my dual boot Win 10-Debian 9 system, 
> ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> exmutex-393)
> ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> psparse-543)
> Could someone tell me what this error means,
> thanks a lot,
> 
> Anil
> 

Can someone please help me out, or let me know why Im not getting any help with 
this,
thanks,

Re: ACPI Error on boot

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 12, 2018 at 08:09:08AM -0500, Anil Duggirala wrote:
> On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> > hello, 
> > I am getting an error on boot in my dual boot Win 10-Debian 9 system, 
> > ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> > exmutex-393)
> > ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> > (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> > psparse-543)
> > Could someone tell me what this error means,
> > thanks a lot,
> > 
> > Anil
> > 
> 
> Can someone please help me out, or let me know why Im not getting any help 
> with this,
> thanks,

I did some search engine gymnastics, and it doesn't seem clear
what that message means at all.

Is there any negative effect on your boot you link to this
message?

Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlrPX8cACgkQBcgs9XrR2kZfrwCfYuSroCOQFUTFoL0za7ZVH9rU
ezAAn3oHXZF8FxuqgHGh998zEbw6Ic19
=ruXl
-END PGP SIGNATURE-

Re: ACPI Error on boot

[Henrique de Moraes Holschuh]

On Thu, 12 Apr 2018, Anil Duggirala wrote:
> On Mon, Apr 9, 2018, at 11:55 AM, Anil Duggirala wrote:
> > I am getting an error on boot in my dual boot Win 10-Debian 9 system, 

> > ACPI Error: Cannot release Mutex [PATM], not acquired (20160831/
> > exmutex-393)
> > ACPI Error: Method parse/execution failed [\_SB.PCI0.LPCB.ECDV._Q66] 
> > (Node 9346529f5960), AE_AML_MUTEX_NOT_ACQUIRED (20160831/
> > psparse-543)
> > Could someone tell me what this error means,

Assuming the kernel is not broken, it means that the firmware writers
screwed it up, and are trying to release a lock (mutex) that was not
taken.

I.e. it is reporting a "BIOS bug".

You could try to report to the system vendor, and ask them for a fix.

-- 
  Henrique Holschuh

Re: SSD's and many edits of a single file

[rhkramer]

Thanks!


On Thursday, April 12, 2018 08:43:50 AM Gene Heskett wrote:
> On Thursday 12 April 2018 07:44:39 rhkra...@gmail.com wrote:
> > On 2nd reading, I think the answer is yes, i.e., if I have a midi
> > program making use of the / a real time kernel, it will have total
> > control of the machine and other programs will have the "leftovers"?
> 
> Yes. Particularly noticeable if running the steppers by software step
> generation. There, one must run a "base thread", limited to integer only
> math, in a 20 to 30 nanosecond loop. Because the loop is so slow, this
> function is often off-loaded to an fpga smart card that is programmed at
> a 1 to 10 kilohertz rate with most using the default 1 kilohertz.  This
> can quadruple the speeds, from 2 effects. Because the motors see a much
> steadier heartbeat, they can often be moved much faster without
> stalling, and 2, this hardware can often generate the step signals 10x
> faster.
> 
> OTOH, doing that also frees up the parent cpu, allowing it to do much
> more without affecting the main process.
> 
> We can also setup slower "threads" for stuff that are the result of human
> activity for instance. Humans are rather glacial movers.
> 
> For less critical duties this works well, and in the case of running
> bigger machinery with something as puny-powered as an r-pi-3b, I have
> much of the not so time critical stuff running in a 200 hz thread, so
> that nearly half of the hal file only gets processed when the higher
> priority, faster loop is done. This includes the hand driven encoder
> dials that allow me to run the lathe by hand. Even at 200 hz I can still
> drive it at anything from the maximum speed of nearly 90 inches a
> minute, down to as small as .0001" per click of the dial. Thats a larger
> movement than the software itself can do since if I tell it to move 12"
> along the bed, while moving the cross-feed 3 thousandths of an inch, it
> will do what is effectively a dead straight line from that start to that
> finish. Errors in that motion are generally the coil current mappings of
> the stepper driver as it divides a full step, 1/200th of a turn, by 8 or
> 16 in order to get that smoother motion. Loading of course inserts an
> offset, but is under a .9 degree of the motor shaft rotation as long as
> the load doesn't cause a step slip. That much may break the micron
> claim, but not by enough to ruin the part.
> 
> Lots of other stuff that would be TL;DR for most here.

Re: Error while upgrading from Wheezy to Stretch

[songbird]

David Parker wrote:
...

  given they are test boxes you should go straight
to reinstall from netinst image or whatever you can
get that will do it.  :)

  much much faster than trying to fiddle around with
upgrades.  especially when many versions in between.

  of course, always check installation notes for 
errata and look to see if there are a lot of issues
reported for your specific hardware.


  songbird

Re: SSD's and many edits of a single file

[songbird]

Gene Heskett wrote:
...
> Lots of other stuff that would be TL;DR for most here.

  i'm actually facinated by this level of knowledge and
wish i had such toys around for milling some rocks into
carvings so i wouldn't have to do it by hand...

  good fodder for daydreaming.  :)


  songbird

Re: ACPI Error on boot

[songbird]

Anil Duggirala wrote:
...
> Can someone please help me out, or let me know why Im not getting any help 
> with this,

  lack of details about machine, debian versions, 
things tried, etc, and for me being busy with 
other things for a while to even begin to look 
at this message to begin with.

  so, um, hey, sometimes takes time for people to see
and digest and think about and maybe won't ever get an
answer.  just the way it can go at times.  :)

  have you updated BIOS to latest version from machine
vendor?


  songbird

Re: graphic tablet controls

[songbird]

Bruce Byfield wrote:
...
> The Intuos Draw is clearly supported to a degree, because I am using
> it as a replacement.

  have you read through this site?

  https://linuxwacom.github.io/


  songbird

Re: ACPI Error on boot

[Anil Duggirala]

On Thu, Apr 12, 2018, at 8:31 AM, to...@tuxteam.de wrote:
 
> Is there any negative effect on your boot you link to this
> message?
> 

I do not understand the wording of this question, could you please rephrase it?
I did not link anything to my O post. The only negative effect I see is the 
error message.

thanks Tomas

Re: ACPI Error on boot

[Anil Duggirala]

> Assuming the kernel is not broken, it means that the firmware writers
> screwed it up, and are trying to release a lock (mutex) that was not
> taken.
> 

I am also getting missing firmware notices, namely,
[9.269384] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/pre-cal-pci-:03:00.0.bin (-2)
[9.269386] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
[9.269403] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/cal-pci-:03:00.0.bin (-2)
[9.269404] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/cal-pci-:03:00.0.bin failed with error -2
[9.311104] ath10k_pci :03:00.0: firmware: failed to load 
ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
[9.311107] ath10k_pci :03:00.0: Direct firmware load for 
ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
[9.33] ath10k_pci :03:00.0: could not fetch firmware file 
'ath10k/QCA6174/hw3.0/firmware-5.bin': -2

Could the other ACPI Errors be related to this missing firmware?
Do you also recommend updating my BIOS?

thanks,

Re: ACPI Error on boot

[Anil Duggirala]

>   have you updated BIOS to latest version from machine
> vendor?
> 

I have not, I will see if there is a newer version. I am running Debian Stretch 
on a Dell 3580 Latitude machine. I have not tried anything so far to fix this 
error,
thanks a lot,

Re: ACPI Error on boot

[Michael Lange]

On Thu, 12 Apr 2018 11:40:15 -0500
Anil Duggirala  wrote:

> On Thu, Apr 12, 2018, at 8:31 AM, to...@tuxteam.de wrote:
>  
> > Is there any negative effect on your boot you link to this
> > message?
> > 
> 
> I do not understand the wording of this question, could you please
> rephrase it? I did not link anything to my O post. The only negative
> effect I see is the error message.

I think what he means could be said in other words for example like "Is
there any negative effect when the machine boots that you believe is
related to this error message?"

Regards

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

Pain is a thing of the mind.  The mind can be controlled.
-- Spock, "Operation -- Annihilate!" stardate 3287.2

Re: ACPI Error on boot

[Anil Duggirala]

> I think what he means could be said in other words for example like "Is
> there any negative effect when the machine boots that you believe is
> related to this error message?"
> 

I am also getting notices of missing firmware,
that is the only other thing I have noticed,
thanks,

Re: Error while upgrading from Wheezy to Stretch

[David Wright]

On Thu 12 Apr 2018 at 06:42:33 (-0400), Dan Ritter wrote:
> On Wed, Apr 11, 2018 at 07:57:07PM -0500, David Wright wrote:
> > On Wed 11 Apr 2018 at 15:31:32 (-0400), David Parker wrote:
> > > I am trying to upgrade two test boxes from Wheezy to Stretch (skipping
> > > Jessie).  The upgrade worked on one of them, although I ran into errors 
> > > and
> > > had to run "apt-get -f install" a few times, but that resolved the issues
> > > and it ultimately worked.
> > > 
> > > However, on the second box, I ran into an error about halfway through the
> > > upgrade, and I'm not able to get past it.  No matter what I do, I keep
> > > running into version mismatch issue with libpam-modules.  It's preventing
> > > the upgrade from finishing.
> > 
> > The other "incantation" that's worth trying is
> > 
> > # dpkg --configure -a

That's the short answer.

> I would start by reinstating jessie in all of your sources
> files, then try dpkg --configure -a, then apt-get -f install,
> then apt-get dist-upgrade to jessie. After a successful jessie
> reboot, upgrade to stretch.

dpkg --configure -a   and   apt-get -f install   can be useful
to fix a logjam, but when you get an error like
 E: Sub-process /usr/bin/dpkg returned an error code (1)
it's worth running dpkg directly, seeing which packages are stuck,
and then try   dpkg -i 
as this can sometimes fix circular and reciprocal dependencies
that running from apt* is unable to solve.

BTW if they're test boxes, keep on trying: you may learn something
useful about rescuing systems, which the reinstall people won't.

Cheers,
David.

Re: ACPI Error on boot

[deloptes]

Anil Duggirala wrote:

>>   have you updated BIOS to latest version from machine
>> vendor?
>> 
> 
> I have not, I will see if there is a newer version. I am running Debian
> Stretch on a Dell 3580 Latitude machine. I have not tried anything so far
> to fix this error, thanks a lot,

what is referred here as firmware is the bios of the computer - upgrade.

the missing atheros firmware is not related to the ACPI error - you can
install the missing firmware either via debian package or from the vendor.
install:

$ apt-cache search firmware-atheros
firmware-atheros - Binary firmware for Atheros wireless cards

regards

Re: Spurious character typed on console every ~20 secs until logged in

[David Wright]

On Thu 29 Mar 2018 at 21:19:38 (+0100), Jonathan de Boyne Pollard wrote:
> David Wright:
> 
> >an extra ^@ character¹
> >
> 
> Unix & Linux Stack Exchange had this last year.

These look like very different symptoms. Taken in reverse order,

> * https://unix.stackexchange.com/questions/360830/

The screenshot looks as if an X session has just terminated,
returning to a VC-style screen.

I get this type of "problem" (though it's actually no problem at all)
occasionally when I terminate X (being a startx user). It's not
usually NUL characters, but always non-ASCII of some sort. For obvious
reasons, it's usually £, but can be § and suchlike, and it's always
characters that I'm fairly sure I typed in that X session. It's as if
the characters "leaked" through into the VC that's hosting the X
session. If it happened in the past, I was much less likely to spot
it as X used to run on VC7 which I'd only see by chance, whereas now
the X session typically runs in VC1, meaning I'm bound to notice it
when it happens. I'm uncertain if I've ever seen it outside jessie.

> * https://unix.stackexchange.com/questions/395494/
> 
> * https://unix.stackexchange.com/questions/396192/

(These two questions appear to have been merged.)

Their problem appears to be persistent and widespread in its effects,
whereas mine is very sporadic in occurrence, specific in effect, and
only lasts between boot time and the first login on the console.

The spurious NULs (assuming that's what they are) interfere with my
own typing, from the decryption passphrase until and including the
login password. Their reflection changes from * (passphrase) to
^@ (username) to nothing visible (during login password).

The timing is always 21 seconds between each NUL character, and that's
unaffected by whatever prompts and responses are taking place. As
soon as there's a successful login, the problem ceases: no more NULs.
I used the laptop all through yesterday after having the problem, and
there were no perceptible differences from normal behaviour.

I've checked the modules with and without the problem and
the same modules get loaded in either case (the order obviously
differs). Likewise the dmesg output is the same. I have a
/lib/modules/4.9.0-6-amd64/kernel/drivers/input/input-polldev.ko
but I've never seen it loaded.

I think the problem has only happened with the latest kernel. FWIW
the configuration differences are:

--- /boot/config-4.9.0-5-amd64  2018-01-04 05:12:40.0 -0600
+++ /boot/config-4.9.0-6-amd64  2018-03-02 01:52:22.0 -0600
@@ -3 +3 @@
-# Linux/x86 4.9.65 Kernel Configuration
+# Linux/x86 4.9.82 Kernel Configuration
@@ -222,0 +223 @@
+# CONFIG_BPF_JIT_ALWAYS_ON is not set
@@ -418,0 +420 @@
+CONFIG_RETPOLINE=y
@@ -1788,0 +1791 @@
+CONFIG_GENERIC_CPU_VULNERABILITIES=y

Cheers,
David.

Re: changing local domain name

[David Wright]

On Tue 03 Apr 2018 at 08:37:29 (+0200), john doe wrote:
> On 3/30/2018 6:11 PM, David Wright wrote:
> >On Fri 30 Mar 2018 at 08:05:31 (+0200), john doe wrote:
> >>On 3/29/2018 9:56 PM, mick crane wrote:
> >>>On 2018-03-29 19:34, Curt wrote:
> On 2018-03-29, mick crane  wrote:
> >following recent about hostname it seems I've been under
> >misunderstanding that ".local" was OK so now I change local domain to
> >".home" .
> >It's not just domainname and /etc/hosts. It's every frigging where.
> >apache
> >roundcube
> >postfix
> >now my ISP SMTP server is moaning.
> >
> >think I got them all except cups is unhappy, I don't know why.
> >
> 
> There's actually a wiki on this:
> 
> https://wiki.debian.org/HowTo/ChangeHostname
> 
> For cups you might look at
> 
> /etc/printcap
> 
> the part after rm=
>   rm=einstein
>      
> 
> Of course that part is the part to the left of the first dot in your
> fqdn.
> 
> Anyway, good luck (my hostname is incorrect, but as it has never caused
> me any misery, I've left well enough alone up to this point).
> >>>
> >>>Oh, there's more in /var. I'm going to ignore the binary files as
> >>>I don't think they are current and I don't know how to edit them
> >>>anyway.
> >>>In fact the installation is a bit old I could do with tidying it
> >>>all up anyway so I might as well start afresh.
> >>>
> >>
> >>I  always start from scratch when I need to change the
> >>hostname/domain on a host.
> >>That's probably the only reason I need to start afresh!
> >
> >Unless you're running an advertised server, in which case one would
> >wonder why you felt the need to change things (perhaps part of a
> >bigger disruption), I can only say I find this rather extreme.
> 
> Thanks for the caution.
> As part of improving my network; I went for meaningless hostname and
> using CNAME record to better describe the host.

It's not really the hostnames that concern me, but the name of the
domain. (I've only seen the one posting about hostnames, and it's
not settled whether they were serious or not. I tried to give them
the benefit of the doubt with RFC 8117.)

> >Years ago, I would clone a system (or build in a different box) and then
> >move it into its new home with very few files to alter. About the only
> >confusion caused was to ARP, and that only happened when I was on
> >thinwire ethernet and lasted a few minutes.
> >
> >I've struggled to find a multitude of files with the name of the
> >domain in them. Beyond hosts and mailname, where are you finding them
> >all?
> 
> For starter I use recursive grep on '/etc' '/home' ...

I didn't say "how do you¹ find them" but "where are you finding them".
I wouldn't be bothering with /home: anything there is self-inflicted
and can be tidied up any time. The critical ones are /etc and /var/lib
because files here are involved in running the machine.

Apart from the obvious suspects (the files that configure the network
and email system), I don't see many. On a wired system:

/etc/hosts:127.0.1.1 ← canonical domainname and hostname
/etc/exim4/update-exim4.conf.conf ← according to your configuration
/etc/mailname ← ditto

Everything else is either logs (in the past) or cache (ephemeral):

/etc/.git/logs/refs/heads/master ← etckeeper package is installed
/etc/.git/logs/HEAD ← ditto
/var/log/… ← occasional references
/var/cache/debconf/config.dat ← remembers what you configured

¹ "you" being the person who wrote "It's every frigging where."

Cheers,
David.

Re: ACPI Error on boot

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Apr 12, 2018 at 11:43:09AM -0500, Anil Duggirala wrote:
> > Assuming the kernel is not broken, it means that the firmware writers
> > screwed it up, and are trying to release a lock (mutex) that was not
> > taken.
> > 
> 
> I am also getting missing firmware notices, namely,
> [9.269384] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/pre-cal-pci-:03:00.0.bin (-2)
> [9.269386] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
> [9.269403] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/cal-pci-:03:00.0.bin (-2)
> [9.269404] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/cal-pci-:03:00.0.bin failed with error -2
> [9.311104] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
> [9.311107] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
> [9.33] ath10k_pci :03:00.0: could not fetch firmware file 
> 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2
> 
> Could the other ACPI Errors be related to this missing firmware?

As deloptes said, this is not related: the "missing firmware" notice
means that the operating system has detected a hardware (ath10k, that's
the WiFi) which could use some firmware (but perhaps works fine without).

The firmware itself is non-free, that's why it is in a separate package.
I think deloptes already said how to find/install it.

> Do you also recommend updating my BIOS?

I don't know. There are others around here with more experience in
that than me.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlrP0vcACgkQBcgs9XrR2kbVMQCfXL9z/BcTMSjVbq+q2AFj66FS
BMEAn0FvqWxeNVJvykvJ0f7zudq9/h2Q
=XRoa
-END PGP SIGNATURE-

Re: ACPI Error on boot

[Felix Miata]

to...@tuxteam.de composed on 2018-04-12 23:43 (UTC+0200):

> On Thu, Apr 12, 2018 at 11:43:09AM -0500, Anil Duggirala wrote:

>> Do you also recommend updating my BIOS?

> I don't know. There are others around here with more experience in
> that than me.

IME, a BIOS update is usually the only way to make ACPI "errors" go away,
although it often seems to be the case that the errors reported are themselves
erroneous, log noise rather than real trouble.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: No sound in Debian Stretch

[Daniel Bareiro]

Hi, deloptes.

On 12/04/18 02:29, deloptes wrote:

>> Killing the 'pulseaudio' process solved the problem. Good to have sound
>> again :)

> Did you remove the .pulse directory before killing or not?

I was checking, but that directory did not exist. So I simply tried
killing the process directly.


Kind regards,
Daniel



signature.asc
Description: OpenPGP digital signature

Re: ACPI Error on boot

[Henrique de Moraes Holschuh]

On Thu, 12 Apr 2018, Anil Duggirala wrote:
> I am also getting missing firmware notices, namely,
> [9.269384] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/pre-cal-pci-:03:00.0.bin (-2)
> [9.269386] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/pre-cal-pci-:03:00.0.bin failed with error -2
> [9.269403] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/cal-pci-:03:00.0.bin (-2)
> [9.269404] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/cal-pci-:03:00.0.bin failed with error -2
> [9.311104] ath10k_pci :03:00.0: firmware: failed to load 
> ath10k/QCA6174/hw3.0/firmware-5.bin (-2)
> [9.311107] ath10k_pci :03:00.0: Direct firmware load for 
> ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2
> [9.33] ath10k_pci :03:00.0: could not fetch firmware file 
> 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2
> 
> Could the other ACPI Errors be related to this missing firmware?

No.  And in the specific case of ath10k, which actually searches for
firmware in descending preference order, it is sort of normal to get
these annoying logs even if you have the correct firmware package
installed.  It is being addressed on a future kernel so that such
searches can be made silent.

> Do you also recommend updating my BIOS?

Keep that thing up-to-date, maybe with an one-month delay to let the
vendor recall bad updates (they are rare, but it has happened to some),
or looking around at forums to see if anyone is complaining of issues
before you apply the update.

-- 
  Henrique Holschuh

Re: SSD's and many edits of a single file

[Gene Heskett]

On Thursday 12 April 2018 10:50:07 songbird wrote:

> Gene Heskett wrote:
> ...
>
> > Lots of other stuff that would be TL;DR for most here.
>
>   i'm actually facinated by this level of knowledge and
> wish i had such toys around for milling some rocks into
> carvings so i wouldn't have to do it by hand...

Thats often best done with diamond saw blades, running them wet to 
control the heating that if not controlled, will ablate the diamond 
until its too dull to cut.

A wet tile saw, would be a decent start. And a thumbler for finish 
polish.

>   good fodder for daydreaming.  :)

Don't knock that, creativity, if not used, tends to go away. Even at my 
age I still have an occasional flash of an idea. My problem is in 
getting it committed to code, or at least a paper outline, before the 
candle flames meet in the middle. When that happens, its both 
frustrating, and time for what passes for a beer around my place. 
Because I'm also a DM-II, that reduces to miller 64. Select 55 has been 
thru the horse 2 or 3 more times, and comes in alu cans in these here 
parts. That takes it off the table as I haven't willingly drunk from an 
alu can in 40 years. The connection between the alu can and the 
alzheimers epidemic is way too strong for me.

>
>   songbird



-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page