Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757384AbYBLERw (ORCPT ); Mon, 11 Feb 2008 23:17:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750843AbYBLERm (ORCPT ); Mon, 11 Feb 2008 23:17:42 -0500 Received: from wa-out-1112.google.com ([209.85.146.180]:18279 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750775AbYBLERk (ORCPT ); Mon, 11 Feb 2008 23:17:40 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eYy8XhB0xc1G05Yzxf246jWuIodYnDlGupACs5muzki6viVqaAdaqDar9zyNgW2Fym+QUpLk39vdOct/jGyht3jSXBjoBplir5EKAo2yy80uzV9dOv9cEm9bfsXArkFp8Sq5+9MbnC/XyooniABhz7cotmezxccB4xKGMuATh2M= Message-ID: Date: Mon, 11 Feb 2008 23:17:40 -0500 From: "Miles Lane" To: "Nishanth Aravamudan" Subject: Re: 2.6.24-git20 -- BUG: sleeping function called from invalid context at include/asm/uaccess_32.h:449 Cc: "Andrew Morton" , LKML , "Adam Litke" , "David Gibson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080209162643.fd3822f1.akpm@linux-foundation.org> <20080210212528.GA17442@us.ibm.com> <20080211222855.GA9138@us.ibm.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5445 Lines: 101 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/