lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 11 Feb 2008 23:17:40 -0500
From:	"Miles Lane" <miles.lane@...il.com>
To:	"Nishanth Aravamudan" <nacc@...ibm.com>
Cc:	"Andrew Morton" <akpm@...ux-foundation.org>,
	LKML <linux-kernel@...r.kernel.org>,
	"Adam Litke" <agl@...ibm.com>,
	"David Gibson" <david@...son.dropbear.id.au>
Subject: Re: 2.6.24-git20 -- BUG: sleeping function called from invalid context at include/asm/uaccess_32.h:449

I don't believe it is related to this patch, but while testing, I
tried running "find /proc | xargs cat" and "find /proc | xargs head"
and "find /proc | xargs tail" and "ls -aR /" all at once.  Everything
seemed to be running great.  Firefox continued to be highly
responsive.  I did notice that one of the command line processes had
stopped scrolling text.  After sending my approval message just now, I
killed all the command line processes.  Then I noticed that the
frequency scaling monitor remained pegged for both CPUs in my Duo 2
Core processor.  I ran top, and everything looked okay.  As far as I
can tell, top thinks the CPU is mostly idling.  However, as I write
this my fan is going full speed.  I looked in my dmesg output and see
no sign of an OOPS, a BUG or and INFO message.

top - 23:01:03 up 13 min,  2 users,  load average: 0.13, 0.70, 0.58
Tasks: 128 total,   2 running, 126 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.5%us,  1.6%sy,  0.0%ni, 96.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2060928k total,   855628k used,  1205300k free,   155704k buffers
Swap:   570268k total,        0k used,   570268k free,   259780k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3879 root      20   0  356m  16m 8212 R    2  0.8   1:58.43 Xorg
 4377 miles     20   0 20948 8276 6992 S    1  0.4   0:07.75 multiload-apple
 5099 miles     20   0 75368  22m  12m S    1  1.1   0:01.06 gnome-terminal
 5176 miles     20   0  2304 1108  836 R    1  0.1   0:00.47 top
    9 root      -2  -5     0    0    0 S    0  0.0   0:00.25 group_balance
 3344 messageb  20   0  3028 1212  732 S    0  0.1   0:00.85 dbus-daemon
 3406 haldaemo  20   0  6112 3764 3152 S    0  0.2   0:00.81 hald
    1 root      20   0  2972 1856  532 S    0  0.1   0:00.77 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd


[  868.025460] power_supply BAT1: uevent
[  868.025467] power_supply BAT1: POWER_SUPPLY_NAME=BAT1
[  868.025475] power_supply BAT1: Static prop TYPE=Battery
[  868.025480] power_supply BAT1: 12 dynamic props
[  868.025486] power_supply BAT1: prop STATUS=Full
[  868.025491] power_supply BAT1: prop PRESENT=1
[  868.025496] power_supply BAT1: prop TECHNOLOGY=Li-ion
[  868.025503] power_supply BAT1: prop VOLTAGE_MIN_DESIGN=14800000
[  868.025508] power_supply BAT1: prop VOLTAGE_NOW=16715000
[  868.025515] power_supply BAT1: prop CURRENT_NOW=0
[  868.025520] power_supply BAT1: prop CHARGE_FULL_DESIGN=4800000
[  868.025526] power_supply BAT1: prop CHARGE_FULL=4164000
[  868.025532] power_supply BAT1: prop CHARGE_NOW=4160000
[  868.025539] power_supply BAT1: prop MODEL_NAME=MAL42b
[  868.025545] power_supply BAT1: prop MANUFACTURER=SMP-PAN24
[  868.025552] power_supply BAT1: prop SERIAL_NUMBER=
[  738.719569] power_supply BAT1: uevent
[  738.719576] power_supply BAT1: POWER_SUPPLY_NAME=BAT1
[  738.719583] power_supply BAT1: Static prop TYPE=Battery
[  738.719587] power_supply BAT1: 12 dynamic props
[  738.719592] power_supply BAT1: prop STATUS=Full
[  738.719597] power_supply BAT1: prop PRESENT=1
[  738.719603] power_supply BAT1: prop TECHNOLOGY=Li-ion
[  738.719609] power_supply BAT1: prop VOLTAGE_MIN_DESIGN=14800000
[  738.719616] power_supply BAT1: prop VOLTAGE_NOW=16715000
[  738.719622] power_supply BAT1: prop CURRENT_NOW=0
[  738.719627] power_supply BAT1: prop CHARGE_FULL_DESIGN=4800000
[  738.719633] power_supply BAT1: prop CHARGE_FULL=4164000
[  738.719639] power_supply BAT1: prop CHARGE_NOW=4160000
[  738.719646] power_supply BAT1: prop MODEL_NAME=MAL42b
[  738.719652] power_supply BAT1: prop MANUFACTURER=SMP-PAN24
[  738.719658] power_supply BAT1: prop SERIAL_NUMBER=
[  738.722095] power_supply ACAD: uevent
[  738.722099] power_supply ACAD: POWER_SUPPLY_NAME=ACAD
[  738.722105] power_supply ACAD: Static prop TYPE=Mains
[  738.722110] power_supply ACAD: 1 dynamic props
[  738.722114] power_supply ACAD: prop ONLINE=1

I just ran:
cpufreq-selector  -c 0 -f 800
cpufreq-selector  -c 1 -f 800

Now everything is quite and running normally, except that Gnome seems
to no longer be increasing the frequency of the CPUs with the ondemand
governor.

top - 23:10:58 up 23 min,  2 users,  load average: 0.09, 0.17, 0.34
Tasks: 132 total,   1 running, 131 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.4%us,  3.7%sy,  0.0%ni, 89.8%id,  0.2%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2060928k total,   948740k used,  1112188k free,   156636k buffers
Swap:   570268k total,        0k used,   570268k free,   260544k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5240 miles     20   0  254m 106m  22m S   10  5.3   0:39.51 firefox-bin
 3879 root      20   0  357m  16m 8664 S    4  0.8   2:27.28 Xorg
 4377 miles     20   0 20948 8276 6992 S    2  0.4   0:15.21 multiload-apple
 5099 miles     20   0 75552  23m  12m S    1  1.1   0:02.31 gnome-terminal
 5682 root      20   0  2304 1108  836 R    1  0.1   0:00.52 top
    7 root      15  -5     0    0    0 S    0  0.0   0:00.37 ksoftirqd/1
 4170 miles     20   0 15584 3656 2788 S    0  0.2   0:01.43 gnome-screensav
    1 root      20   0  2972 1856  532 S    0  0.1   0:00.77 init

Not sure how to explore this further.

          Miles
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ