Re: [gentoo-user] Kworker use 80% of CPU

2014-04-03 Thread Gleb Klochkov
Hi everybody, and thank you all!
Excuse me, I did not answer for a long time.
The problem is fixed for now. I delete all old kernels initrd and configs.
The only question now is: why just upgrade to new kernel don`t fix it. For
new kernel it should use default config, shouldn`t it?



С уважением, Клочков Глеб


2014-03-21 14:31 GMT+04:00 Volker Armin Hemmann volkerar...@googlemail.com
:

 Am 20.03.2014 11:24, schrieb Tom Wijsman:
  On Thu, 20 Mar 2014 11:39:58 +0400
  Gleb Klochkov glebiu...@gmail.com wrote:
 
  Tom, thank you for your answer.
 
  $ dmesg  http://bpaste.net/show/187533/
  There this can be seen:
 
  [   18.074574] [drm] Wrong MCH_SSKPD value: 0x16040307
  [   18.074575] [drm] This can cause pipe underruns and display
  issues.
  [   18.074575] [drm] Please upgrade your BIOS to fix this.
  [   18.148162] [drm] GMBUS [i915 gmbus vga] timed out, falling back
  to bit banging on pin 2
 
  Above your messages seem interesting; some expected value is wrong, it
  also times out on a bus and then goes to use a pin instead. Not sure
  how much of this is intended, but try to upgrade your BIOS as suggested.
 
  $ cat /proc/interrupts  http://bpaste.net/show/187537/
  So, that would be this:
 
  8: 63 0 0 0 IO-APIC-edge rtc0
 
  Hmm, nothing about it in the dmesg; also, 63 seems low (on my system,
  however, it's only 1 as I think my system uses something different).
 
  You can try a different timer using this kernel parameter:
 
  clocksource=hpet
 
  Another note-worthy thing:
 
  9: 699799454 0 0 0 IO-APIC-fasteoi acpi
 
  That there are ~700 million ACPI interrupts seems abnormally high;
  maybe the count is off by one, and 8 refers to 9? On my system, that's
  been running for a while by now, it's only at ~6000 (six thousand).

 uptime
  11:29:37 up 49 days, 15:48, 16 users,  load average: 0,38, 0,31, 0,39

8:  0  0  0 48   IO-APIC-edge  rtc0
9:  0  0  0  0   IO-APIC-fasteoi   acpi


 
  Changing the ACPI related kernel parameters to try to get it supported
  differently might be one thing to do here; other than that, it might be
  something going on with the hardware (try disconnecting things?) so the
  BIOS upgrade is certainly of interest.
 
  Try the BIOS upgrade first, then play around with the parameters; if
  things don't work out, I suggest you look for support on one of the
  Linux kernel mailing lists (perhaps acpi-devel*). Good luck.
 
   * https://lists.sourceforge.net/lists/listinfo/acpi-devel
 
 imho he should first use a recent VANILLA kernel. 2.12 or 2.13.

 And build a config without all that unneeded garbage. Also increase the
 dmesg buffer. Most interesting stuff is missing.




Re: [gentoo-user] Kworker use 80% of CPU

2014-03-20 Thread Gleb Klochkov
Tom, thank you for your answer.

$ dmesg  http://bpaste.net/show/187533/
$ cat /proc/interrupts  http://bpaste.net/show/187537/




С уважением, Клочков Глеб


2014-03-07 22:49 GMT+04:00 Tom Wijsman tom...@gentoo.org:

 On Tue, 21 Jan 2014 13:02:32 +0400
 Gleb Klochkov glebiu...@gmail.com wrote:

  Hi. After computer starts,  in top, I have kworker used 80% of cpu.
  It is a problem with ACPI IRQs, because it come to normal after i run
 
  echo disable  /sys/firmware/acpi/interrupts/gpe08

 That is called a GPE storm; you should be able to find a message about
 it in `dmesg`, usually those resolve automatically so I wonder why that
 is not the case here. Can you look for messages about GPE / interrupt
 in the `dmesg` output?

 You might also able to use one or another kernel parameter from

 https://www.kernel.org/doc/Documentation/kernel-parameters.txt

 in an attempt to fix up the ACPI IRQs, try those that mention ACPI, IRQ
 and/or interrupt(s) in their name or description. Though; as this is a
 trial and error approach, a specific message and a better idea of what
 GPE 8 is might yield a better solution when searching this online.

 As a second question, to figure out what '8' is; take a look at
 `cat /proc/interrupts` where the last one or two columns of that line
 give it a name. Feel free to share both `dmesg` and that output with us.

 --
 With kind regards,

 Tom Wijsman (TomWij)
 Gentoo Developer

 E-mail address  : tom...@gentoo.org
 GPG Public Key  : 6D34E57D
 GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D



Re: [gentoo-user] User eix-sync permissions problem

2014-02-10 Thread Gleb Klochkov
Hi. Try to use sudo with no password for eix-sync.
10.02.2014 20:07 пользователь Stroller strol...@stellar.eclipse.co.uk
написал:

 Hello all,

 I'm a little bit rusty, but my recollection is that I should be able to
 perform `eix-sync` (or `emerge --sync`?) as a user to synchronise my local
 copy of the portage tree with Gentoo's master portage tree.

 User is in the portage group:

 $ whoami
 stroller
 $ groups stroller
 wheel audio video portage cron users
 $

 Yet I get these permissons denied errors:

 $ eix-sync
  * Running emerge --sync
  Synchronization of repository 'gentoo' located in '/usr/portage'...
  Starting rsync with rsync://91.186.30.235/gentoo-portage...
  Checking server timestamp …
 …
 receiving incremental file list
 rsync: delete_file:
 unlink(app-accessibility/caribou/caribou-0.4.12.ebuild) failed: Permission
 denied (13)
 rsync: delete_file:
 unlink(app-accessibility/emacspeak/files/emacspeak-33.0-respect-ldflags.patch)
 failed: Permission denied (13)
 rsync: delete_file:
 unlink(app-accessibility/emacspeak/files/emacspeak-33.0-greader-garbage.patch)
 failed: Permission denied (13)

 (full output attached)


 Googling the problem I see a bunch of Gentoo Forums posts talking about
 changing at random the permissions of /var/tmp/ or /var/tmp/portage/, but
 no rationale is given, and I don't think this is the cause:

 $ emerge --info | grep -i tmpdir
 PORTAGE_TMPDIR=/var/tmp
 $ ls -ld /var/tmp/
 drwxrwxrwt 3 root root 4096 Feb  5 13:47 /var/tmp/
 $ ls -ld /var/tmp/portage/
 drwxrwxr-x 5 portage portage 4096 Feb  5 12:32 /var/tmp/portage/
 $


 More likely seems to be the permissions of /usr/portage/:

 $ ls -ld /usr/portage/
 drwxr-xr-x 167 portage portage 4096 Jan  5 02:31 /usr/portage/
 $ ls -ld /usr/portage/app-accessibility/caribou/caribou*.ebuild
 -rw-r--r-- 1 portage portage 2432 Aug 25 23:11
 /usr/portage/app-accessibility/caribou/caribou-0.4.12.ebuild
 -rw-r--r-- 1 portage portage 2431 Dec  8 18:01
 /usr/portage/app-accessibility/caribou/caribou-0.4.13.ebuild
 $

 This would seem to allow portage itself to synchronise the Portage tree,
 but not members of the portage group.


 I am able to run `emerge --sync` as root, but it doesn't solve the solve
 the problem - next time I run `eix-sync` as user, I'm permissions denied,
 again.

 Shouldn't a sync reset the permissions of the portage tree to be correct?


 `emerge --info | grep -i feature` shows that FEATURES=userfetch userpriv
 usersandbox usersync (and some others - see attached) are set.

 I can reproduce this on a second AMD64 machine, both are running
 portage-2.2.7.

 Thanks in advance for any help, advice or suggestions you can offer,

 Stroller.






[gentoo-user] Kworker use 80% of CPU

2014-01-21 Thread Gleb Klochkov
Hi. After computer starts,  in top, I have kworker used 80% of cpu.
It is a problem with ACPI IRQs, because it come to normal after i run

echo disable  /sys/firmware/acpi/interrupts/gpe08



 echo disable  /sys/firmware/acpi/interrupts/gpe1B


I tried to do it on startup by adding script to /etc/local.d/ but it
doesn't help.
Now I have 3.10.24-gentoo kernel, generated by genkernel, but I noticed
this problem few month ago.
Can you help me?


С уважением, Клочков Глеб