public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: secret <andreas-stoewing@web.de>
To: linux-kernel@vger.kernel.org
Subject: ???UNSURE??? Re: Kernel 5.10.52
Date: Sat, 24 Jul 2021 11:27:34 +0000	[thread overview]
Message-ID: <202107241127.37992.andreas-stoewing@web.de> (raw)

Date: 24.07.2021

Hi, Greg, dear Linux experts and friends,

refering to kernel 5.4, the problem with the highly active root-processes
(making the tower-LED for readwrites blink so serious hard)
listed below, tor needs the mentioned time (of about 5 to 10 minutes) to build
up a first secure connections too!

libapparmor.so.1 required by firejail (OpenSuSE 15.X) needed by tor
(rosa2016.1, mga7) must be the cause for the behaviour of the processes! I
have got no other explanation.

Kernel security module apparmor itself got deactivated within the kernel by my
boot-parameters "secure=none" and "apparmor=none".

After tor and firejail version got changed from OpenSuSE 15.X to mga7, such
root-processes did not get activated!

Now everything works fine!

But I still awaint your patches for kernel-5.4.134...

Regards
Andreas Stöwing, Mönchengladbach







------------------------


Back to my e-mail refering to kernel 5.4.134 (pclos)

The unwanted, highly activated root-processes by tor (pclos, mga7) are


kworker/u2:1-kcryptd/253:2 (escpecially this one, CPU: > 10%)
kworker/0:1H-kblockd
dmcrypt_write/2
jbd2/dm2--8

This occurs since kernel around 5.4.130.

Please patch the kernel-5.4 to prevent it in future!
Regards,

Andreas Stöwing



Hi,

This is the friendly email-bot of Greg Kroah-Hartman's inbox.  I've
detected that you have sent him a direct question that might be better
sent to a public mailing list which is much faster in responding to
questions than Greg normally is.

Please try asking one of the following mailing lists for your questions:

  For udev and hotplug related questions, please ask on the
  linux-hotplug@vger.kernel.org mailing list

  For USB related questions, please ask on the linux-usb@vger.kernel.org
  mailing list

  For PCI related questions, please ask on the
  linux-pci@vger.kernel.org or linux-kernel@vger.kernel.org mailing
  lists

  For serial and tty related questions, please ask on the
  linux-serial@vger.kernel.org mailing list.

  For staging tree related questions, please ask on the
  devel@linuxdriverproject.org mailing list.

  For general kernel related questions, please ask on the
  kernelnewbies@nl.linux.org or linux-kernel@vger.kernel.org mailing
  lists, depending on the type of question.  More basic, beginner
  questions are better asked on the kernelnewbies list, after reading
  the wiki at www.kernelnewbies.org.

  For Linux stable and longterm kernel release questions or patches to
  be included in the stable or longterm kernel trees, please email
  stable@vger.kernel.org and Cc: the linux-kernel@vger.kernel.org
  mailing list so all of the stable kernel developers can be notified.
  Also please read Documentation/process/stable-kernel-rules.rst in the
  Linux kernel tree for the proper procedure to get patches accepted
  into the stable or longterm kernel releases.

If you really want to ask Greg the question, please read the following
two links as to why emailing a single person directly is usually not a
good thing, and causes extra work on a single person:
	http://www.arm.linux.org.uk/news/?newsitem=11
	http://www.eyrie.org/~eagle/faqs/questions.html

After reading those messages, and you still feel that you want to email
Greg instead of posting on a mailing list, then resend your message
within 24 hours and it will go through to him.  But be forewarned, his
email inbox currently looks like:
	912 messages in /home/greg/mail/INBOX/
so it might be a while before he gets to the message.

Thank you for your understanding.

The email triggering this response has been automatically discarded.

thanks,

greg k-h's email bot

                 reply	other threads:[~2021-07-24  9:27 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202107241127.37992.andreas-stoewing@web.de \
    --to=andreas-stoewing@web.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox