From Nicholas Leippe , 152@bugs.parisc-linux.org Wed Nov 14 21:04:02 2001 From: Nicholas Leippe , 152@bugs.parisc-linux.org (Nicholas Leippe , 152@bugs.parisc-linux.org) Date: Wed Nov 14 21:04:02 2001 Subject: [kernel] bug#152: cat /proc/interrupts oopses X-PA-RISC Linux-PR-Message: report 152 X-PA-RISC Linux-PR-Package: kernel, X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.10057969387230 (code B ref -1); Thu, 15 Nov 2001 04:03:01 GMT Content-Type: text/plain; charset="iso-8859-1" From: Nicholas Leippe To: submit@bugs.parisc-linux.org Date: Wed, 14 Nov 2001 20:02:18 -0800 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01111420021801.15296@nick> Content-Transfer-Encoding: 8bit Package: kernel, Version: 0.92 This is on a B132L From daniel_frazier@hp.com Fri Nov 16 10:03:01 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 03:03:01 -0700 (MST) Subject: [kernel] bug#152: marked as done (cat /proc/interrupts oopses) In-Reply-To: <3BF4E0BC.5E3A2899@esiee.fr> References: <3BF4E0BC.5E3A2899@esiee.fr> <01111420021801.15296@nick> Message-ID: X-PA-RISC Linux-PR-Message: closed 152 Your message dated Fri, 16 Nov 2001 10:47:40 +0100 with message-id <3BF4E0BC.5E3A2899@esiee.fr> and subject line done has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 15 Nov 2001 04:02:18 +0000 >From nick@byu.edu Wed Nov 14 21:02:18 2001 Received: from femail43.sdc1.sfba.home.com (femail43.sdc1.sfba.home.com [24.254.60.37]) by dsl2.external.hp.com (Postfix) with ESMTP id 056B6482C for ; Wed, 14 Nov 2001 21:02:18 -0700 (MST) Received: from nick ([65.12.82.119]) by femail43.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20011115040216.UQDK13387.femail43.sdc1.sfba.home.com@nick> for ; Wed, 14 Nov 2001 20:02:16 -0800 Content-Type: text/plain; charset="iso-8859-1" From: Nicholas Leippe To: submit@bugs.parisc-linux.org Subject: cat /proc/interrupts oopses Date: Wed, 14 Nov 2001 20:02:18 -0800 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01111420021801.15296@nick> Content-Transfer-Encoding: 8bit Package: kernel, procfs Version: 0.92 stock iso image (2.4.0-32) This is on a B132L --------------------------------------- Received: (at 152-done) by bugs.parisc-linux.org; 16 Nov 2001 09:53:20 +0000 >From marteaut@esiee.fr Fri Nov 16 02:53:20 2001 Received: from mail.esiee.fr (mail.esiee.fr [147.215.1.3]) by dsl2.external.hp.com (Postfix) with ESMTP id 96069482C for <152-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 02:53:19 -0700 (MST) Received: from esiee.fr (pc213g.esiee.fr [147.215.80.169]) by mail.esiee.fr (Postfix) with ESMTP id 1A84E49BE8 for <152-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 10:53:18 +0100 (CET) Sender: marteaut@esiee.fr Message-ID: <3BF4E0BC.5E3A2899@esiee.fr> Date: Fri, 16 Nov 2001 10:47:40 +0100 From: Thomas Marteau X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: fr, en MIME-Version: 1.0 To: 152-done@bugs.parisc-linux.org Subject: done Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit this should be working Look at http://lists.parisc-linux.org/pipermail/parisc-linux-cvs/2001-July/029505.html Thomas. ESIEE Team From daniel_frazier@hp.com Fri Nov 16 19:33:02 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 12:33:02 -0700 (MST) Subject: [kernel] Processed: close bug #85 In-Reply-To: <20011116122411.A10936@beavis.ybsoft.com> References: <20011116122411.A10936@beavis.ybsoft.com> Message-ID: Processing commands for control@bugs.parisc-linux.org: > close 85 bug#85: Reduce the amount of casting required to make the sim700 driver 64-bit clean bug closed, send any further explanations to Ryan Bradetich > The sim700 file is being obsoleted. Unknown command or malformed arguments to command. > The following notice has been placed at the top Unknown command or malformed arguments to command. > of the file. Unknown command or malformed arguments to command. > /*XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Unknown command or malformed arguments to command. > * THIS FILE IS NO LONGER IN USE. THE sim700 + lasi7xx DRIVER Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri Nov 16 19:33:02 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 12:33:02 -0700 (MST) Subject: [kernel] Processed: close bug #86 In-Reply-To: <20011116123054.B10936@beavis.ybsoft.com> References: <20011116123054.B10936@beavis.ybsoft.com> Message-ID: Processing commands for control@bugs.parisc-linux.org: > close 86 bug#86: Booting with STI instead of serial consoles bug closed, send any further explanations to rbradetich@uswest.net > This bug appears to be fix, since I have been booting STI just fine Unknown command or malformed arguments to command. > on my 712/100 for quite a while now. Unknown command or malformed arguments to command. > - Ryan Unknown command or malformed arguments to command. > End of message, stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri Nov 16 20:03:01 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 13:03:01 -0700 (MST) Subject: [kernel] Processed: close bug #61 In-Reply-To: <20011116125351.C10936@beavis.ybsoft.com> References: <20011116125351.C10936@beavis.ybsoft.com> Message-ID: Processing commands for control@bugs.parisc-linux.org: > close 61 bug#61: 64-bit kernel - sversion change bug closed, send any further explanations to Mattias Wadenstein > End of message, stopping processing here. Please contact me if you need assistance. dann frazier (administrator, PA-RISC Linux bugs database) From daniel_frazier@hp.com Fri Nov 16 20:33:02 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 13:33:02 -0700 (MST) Subject: [kernel] bug#66: marked as done (Remove kbd_read_status() dependency on CONFIG_GSC_PS2.) In-Reply-To: <200111162015.NAA26427@puffin.external.hp.com> References: <200111162015.NAA26427@puffin.external.hp.com> <20010307012339.A19057@tiger.acc.umu.se> Message-ID: X-PA-RISC Linux-PR-Message: closed 66 Your message dated Fri, 16 Nov 2001 13:15:01 -0700 with message-id <200111162015.NAA26427@puffin.external.hp.com> and subject line KWDB is dead has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 7 Mar 2001 00:23:43 +0000 >From maswan@acc.umu.se Tue Mar 6 17:23:43 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id C33ED4A19 for ; Tue, 6 Mar 2001 17:23:42 -0700 (MST) Received: from tiger.acc.umu.se (maswan@tiger.acc.umu.se [130.239.18.209]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f270NfS22083 for ; Wed, 7 Mar 2001 01:23:41 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f270Nen19062 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 01:23:41 +0100 (MET) Date: Wed, 7 Mar 2001 01:23:39 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: Remove kbd_read_status() dependency on CONFIG_GSC_PS2. Message-ID: <20010307012339.A19057@tiger.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Package: kernel Remove kbd_read_status() dependency on CONFIG_GSC_PS2. Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 66-done) by bugs.parisc-linux.org; 16 Nov 2001 20:19:10 +0000 >From grundler@puffin.external.hp.com Fri Nov 16 13:19:10 2001 Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4]) by dsl2.external.hp.com (Postfix) with ESMTP id 413FF482C for <66-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 13:19:10 -0700 (MST) Received: (from grundler@localhost) by puffin.external.hp.com (8.9.3/8.9.3) id NAA26427 for 66-done@bugs.parisc-linux.org; Fri, 16 Nov 2001 13:15:01 -0700 Date: Fri, 16 Nov 2001 13:15:01 -0700 From: Grant Grundler Message-Id: <200111162015.NAA26427@puffin.external.hp.com> To: 66-done@bugs.parisc-linux.org Subject: KWDB is dead KWDB is definitely dead. I'm not working on it and HP's KWDB team has expressed interest in doing it but not ever given me permission to publish the result. That's fine. Somone can port SGIs or a GDB stub and make that work with the KWDB hooks that I've put in place. grant From daniel_frazier@hp.com Fri Nov 16 20:33:02 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 13:33:02 -0700 (MST) Subject: [kernel] bug#69: marked as done (Dino/100BT: Use "Good Dog" Timer to limit GSC bus tenancy) In-Reply-To: <200111162018.NAA26443@puffin.external.hp.com> References: <200111162018.NAA26443@puffin.external.hp.com> <20010307015022.A19099@tiger.acc.umu.se> Message-ID: X-PA-RISC Linux-PR-Message: closed 69 Your message dated Fri, 16 Nov 2001 13:18:04 -0700 with message-id <200111162018.NAA26443@puffin.external.hp.com> and subject line LATENCY_TIMER is correct has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 7 Mar 2001 00:50:31 +0000 >From maswan@acc.umu.se Tue Mar 6 17:50:31 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id 9154A4A19 for ; Tue, 6 Mar 2001 17:50:30 -0700 (MST) Received: from tiger.acc.umu.se (maswan@tiger.acc.umu.se [130.239.18.209]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f270oQS23591 for ; Wed, 7 Mar 2001 01:50:26 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f270oPn19104 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 01:50:25 +0100 (MET) Date: Wed, 7 Mar 2001 01:50:23 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: Dino/100BT: Use "Good Dog" Timer to limit GSC bus tenancy Message-ID: <20010307015022.A19099@tiger.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Package: kernel Severity: wishlist Dino/100BT: Use "Good Dog" Timer to limit GSC bus tenancy instead of limiting tulip DMA burst length. (Volunteer?) (JSM has tried this - it didn't work. GGG thinks it should.) Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 69-done) by bugs.parisc-linux.org; 16 Nov 2001 20:22:12 +0000 >From grundler@puffin.external.hp.com Fri Nov 16 13:22:12 2001 Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4]) by dsl2.external.hp.com (Postfix) with ESMTP id 77408482C for <69-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 13:22:12 -0700 (MST) Received: (from grundler@localhost) by puffin.external.hp.com (8.9.3/8.9.3) id NAA26443 for 69-done@bugs.parisc-linux.org; Fri, 16 Nov 2001 13:18:04 -0700 Date: Fri, 16 Nov 2001 13:18:04 -0700 From: Grant Grundler Message-Id: <200111162018.NAA26443@puffin.external.hp.com> To: 69-done@bugs.parisc-linux.org Subject: LATENCY_TIMER is correct LATENCY_TIMER is in fact the correct way to solve this problem. grant From Grant Grundler , 66@bugs.parisc-linux.org Fri Nov 16 13:49:03 2001 From: Grant Grundler , 66@bugs.parisc-linux.org (Grant Grundler , 66@bugs.parisc-linux.org) Date: Fri Nov 16 13:49:02 2001 Subject: [kernel] bug#66: oopss X-PA-RISC Linux-PR-Message: report 66 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 66-bugs@bugs.parisc-linux.org id=B66.100594319829655 (code B ref 66); Fri, 16 Nov 2001 20:48:01 GMT Date: Fri, 16 Nov 2001 13:35:49 -0700 From: Grant Grundler Message-Id: <200111162035.NAA26487@puffin.external.hp.com> To: 66@bugs.parisc-linux.org I wanted to close #66 too but the msg I sent was intended for #63. sorry, grant From daniel_frazier@hp.com Fri Nov 16 20:48:01 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Fri, 16 Nov 2001 13:48:01 -0700 (MST) Subject: [kernel] bug#63: marked as done (Kernel debugger - KWDB) In-Reply-To: <200111162037.NAA26496@puffin.external.hp.com> References: <200111162037.NAA26496@puffin.external.hp.com> <20010307000413.A18874@tiger.acc.umu.se> Message-ID: X-PA-RISC Linux-PR-Message: closed 63 Your message dated Fri, 16 Nov 2001 13:37:08 -0700 with message-id <200111162037.NAA26496@puffin.external.hp.com> and subject line KWDB is dead has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 6 Mar 2001 23:04:17 +0000 >From maswan@acc.umu.se Tue Mar 6 16:04:17 2001 Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by dsl2.external.hp.com (Postfix) with ESMTP id CD3D34A19 for ; Tue, 6 Mar 2001 16:04:16 -0700 (MST) Received: from tiger.acc.umu.se (maswan@tiger.acc.umu.se [130.239.18.209]) by khan.acc.umu.se (8.11.2/8.11.2) with ESMTP id f26N4FS17903 for ; Wed, 7 Mar 2001 00:04:15 +0100 (MET) Received: (from maswan@localhost) by tiger.acc.umu.se (8.11.2/8.10.0) id f26N4Es18912 for submit@bugs.parisc-linux.org; Wed, 7 Mar 2001 00:04:15 +0100 (MET) Date: Wed, 7 Mar 2001 00:04:13 +0100 From: Mattias Wadenstein To: submit@bugs.parisc-linux.org Subject: Kernel debugger - KWDB Message-ID: <20010307000413.A18874@tiger.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Package: kernel Kernel debugger - KWDB (Grant) Submitting stuff from the outdated TODO List. --------------------------------------- Received: (at 63-done) by bugs.parisc-linux.org; 16 Nov 2001 20:41:17 +0000 >From grundler@puffin.external.hp.com Fri Nov 16 13:41:17 2001 Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4]) by dsl2.external.hp.com (Postfix) with ESMTP id 72F31482C for <63-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 13:41:17 -0700 (MST) Received: from puffin (IDENT:grundler@localhost [127.0.0.1]) by puffin.external.hp.com (8.9.3/8.9.3) with ESMTP id NAA26496 for <63-done@bugs.parisc-linux.org>; Fri, 16 Nov 2001 13:37:08 -0700 Message-Id: <200111162037.NAA26496@puffin.external.hp.com> To: 63-done@bugs.parisc-linux.org Subject: KWDB is dead Date: Fri, 16 Nov 2001 13:37:08 -0700 From: Grant Grundler KWDB is definitely dead. I'm not working on it and HP's KWDB team has expressed interest in doing it but not ever given me permission to publish the result. That's fine. Somone can port SGIs or a GDB stub and make that work with the KWDB hooks that I've put in place. grant From Matthew Wilcox , 153@bugs.parisc-linux.org Sat Nov 24 13:04:03 2001 From: Matthew Wilcox , 153@bugs.parisc-linux.org (Matthew Wilcox , 153@bugs.parisc-linux.org) Date: Sat Nov 24 13:04:02 2001 Subject: [kernel] bug#153: 2.4.14-SMP has no time X-PA-RISC Linux-PR-Message: report 153 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.100663184223464 (code B ref -1); Sat, 24 Nov 2001 20:03:01 GMT Date: Sat, 24 Nov 2001 19:57:20 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Message-ID: <20011124195720.A19391@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: Package: kernel seems that current->times is always 0. here's top: 1 root 8 0 620 624 524 S 0.0 0.0 0:00 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 18 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0 ... even running a while(1) ; hog shows 0 time taken. i suspect update_process_times is not being called (ever). -- Revolutions do not require corporate support. From Matthew Wilcox , 154@bugs.parisc-linux.org Sat Nov 24 13:19:03 2001 From: Matthew Wilcox , 154@bugs.parisc-linux.org (Matthew Wilcox , 154@bugs.parisc-linux.org) Date: Sat Nov 24 13:19:02 2001 Subject: [kernel] bug#154: null ptr deref in count_active_tasks X-PA-RISC Linux-PR-Message: report 154 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.100663274023836 (code B ref -1); Sat, 24 Nov 2001 20:18:01 GMT Date: Sat, 24 Nov 2001 20:12:19 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Message-ID: <20011124201219.B19391@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: Package: kernel Version: 2.4.14-pa10 installing some debian packages, got this: Kernel Fault: Code=26 regs=00000000104b9200 (Addr=0000000000000000) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSW: 00001000000001000000000000001111 Not tainted r0-3 0000000000000000 00000000104408b0 000000001013de48 00000000104308b0 r4-7 0000000000000001 0000000000000000 00000000104308b0 0000000000000001 r8-11 00000000104308b0 fffffffffffffffd 0000000000000002 000000001044497c r12-15 0000000000000000 00000000ffffffff 0000000000000003 00000000f0400004 r16-19 00000000104b8b40 00000000f000017c 00000000f0000174 0000000000000002 r20-23 00000000104b8000 0000000000000000 0000000000000002 000000001043b8b0 r24-27 00000000103b2230 000000001043d0b0 00000000103b2230 00000000104308b0 r28-31 0000000000002000 00000000104b91f0 00000000104b9200 00000000104398b0 sr0-3 000000000008e200 0000000000000000 0000000000000000 000000000008e200 sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000 IASQ: 0000000000000000 0000000000000000 IAOQ: 000000001013d948 000000001013d94c IIR: 0ea010d3 ISR: 0000000000000000 IOR: 0000000000000000 CPU: 0 CR30: 00000000104b8000 CR31: 00000000104c0000 ORIG_R28: 0000000010223834 that's this chunk of code: 1013d940: 9e b4 20 48 cmpb,*= r20,r21,1013d96c 1013d944: 34 16 00 04 ldi 2,r22 1013d948: 0e a0 10 d3 ldd 0(sr0,r21),r19 1013d94c: ee 60 20 12 cmpib,*=,n 0,r19,1013d95c -- Revolutions do not require corporate support. From Matthew Wilcox , 153@bugs.parisc-linux.org Sat Nov 24 15:19:03 2001 From: Matthew Wilcox , 153@bugs.parisc-linux.org (Matthew Wilcox , 153@bugs.parisc-linux.org) Date: Sat Nov 24 15:19:03 2001 Subject: [kernel] bug#153: First cut at a fix X-PA-RISC Linux-PR-Message: report 153 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 153-bugs@bugs.parisc-linux.org id=B153.100664019925508 (code B ref 153); Sat, 24 Nov 2001 22:18:01 GMT To: 153@bugs.parisc-linux.org Message-Id: From: Matthew Wilcox Date: Sat, 24 Nov 2001 15:16:33 -0700 i don't think this is the _right_ fix, and after applying this patch, a non-SMP kernel won't link. but the point is we need to call smp_setup_percpu_timer at some point for each CPU. Index: arch/parisc/kernel/processor.c =================================================================== RCS file: /var/cvs/linux/arch/parisc/kernel/processor.c,v retrieving revision 1.5 diff -u -p -r1.5 processor.c --- arch/parisc/kernel/processor.c 2001/10/22 21:38:05 1.5 +++ arch/parisc/kernel/processor.c 2001/11/24 22:13:27 @@ -257,6 +257,7 @@ int __init init_per_cpu(int cpuid) panic("FP CoProc not reported"); #endif } + smp_setup_percpu_timer(cpuid); /* FUTURE: Enable Performance Monitor : ccr bit 0x20 */ Index: arch/parisc/kernel/smp.c =================================================================== RCS file: /var/cvs/linux/arch/parisc/kernel/smp.c,v retrieving revision 1.14 diff -u -p -r1.14 smp.c --- arch/parisc/kernel/smp.c 2001/11/17 07:39:12 1.14 +++ arch/parisc/kernel/smp.c 2001/11/24 22:13:29 @@ -419,7 +419,7 @@ smp_flush_tlb_all(void) /* * Ideally sets up per-cpu profiling hooks. Doesn't do much now... */ -static inline void __init +void __init smp_setup_percpu_timer(int cpunum) { cpu_data[cpunum].prof_counter = 1; From Grant Grundler , 153@bugs.parisc-linux.org Sun Nov 25 13:34:02 2001 From: Grant Grundler , 153@bugs.parisc-linux.org (Grant Grundler , 153@bugs.parisc-linux.org) Date: Sun Nov 25 13:34:02 2001 Subject: bug#153: [kernel] bug#153: 2.4.14-SMP has no time X-PA-RISC Linux-PR-Message: report 153 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 153-bugs@bugs.parisc-linux.org id=B153.100671996018104 (code B ref 153); Sun, 25 Nov 2001 20:33:01 GMT Message-Id: <200111252021.NAA02365@puffin.external.hp.com> To: Matthew Wilcox , 153@bugs.parisc-linux.org In-Reply-To: Message from kernel-admin@lists.parisc-linux.org of "Sat, 24 Nov 2001 12:59:45 MST." <200111241959.MAA26577@puffin.external.hp.com> Date: Sun, 25 Nov 2001 13:21:05 -0700 From: Grant Grundler > even running a while(1) ; hog shows 0 time taken. i suspect > update_process_times is not being called (ever). update_process_times() *should* be getting called: timer_interrupt() -> smp_do_timer() -> update_process_times() If do_timer() is invoked (ie nticks > 0), then smp_do_time() is called as well. It's possible nticks == 0 since we have the following code in time.c: ... gettimeoffset (void) { #ifndef CONFIG_SMP /* * FIXME: This won't work on smp because jiffies are updated by cpu 0. * Once parisc-linux learns the cr16 difference between processors, * this could be made to work. */ .... #else return 0; #endif } Not sure yet if that's the problem really...need to work this out more. It's possible the "nticks=0" assignment in timer_interrupt() should really be "nticks=1" since we in fact are processing the next tick. thanks, grant From daniel_frazier@hp.com Mon Nov 26 21:48:01 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Mon, 26 Nov 2001 14:48:01 -0700 (MST) Subject: [kernel] bug#153: marked as done (2.4.14-SMP has no time) In-Reply-To: <200111262142.OAA10726@puffin.external.hp.com> References: <200111262142.OAA10726@puffin.external.hp.com> <20011124195720.A19391@parcelfarce.linux.theplanet.co.uk> Message-ID: X-PA-RISC Linux-PR-Message: closed 153 Your message dated Mon, 26 Nov 2001 14:42:45 -0700 with message-id <200111262142.OAA10726@puffin.external.hp.com> and subject line -pa11 committed has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 24 Nov 2001 19:57:22 +0000 >From willy@www.linux.org.uk Sat Nov 24 12:57:22 2001 Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by dsl2.external.hp.com (Postfix) with ESMTP id 30511482C for ; Sat, 24 Nov 2001 12:57:22 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.33 #5) id 167ivQ-00060z-00 for submit@bugs.parisc-linux.org; Sat, 24 Nov 2001 19:57:20 +0000 Date: Sat, 24 Nov 2001 19:57:20 +0000 From: Matthew Wilcox To: submit@bugs.parisc-linux.org Subject: 2.4.14-SMP has no time Message-ID: <20011124195720.A19391@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: Package: kernel seems that current->times is always 0. here's top: 1 root 8 0 620 624 524 S 0.0 0.0 0:00 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 18 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0 ... even running a while(1) ; hog shows 0 time taken. i suspect update_process_times is not being called (ever). -- Revolutions do not require corporate support. --------------------------------------- Received: (at 153-done) by bugs.parisc-linux.org; 26 Nov 2001 21:47:10 +0000 >From grundler@puffin.external.hp.com Mon Nov 26 14:47:10 2001 Received: from puffin.external.hp.com (puffin.external.hp.com [192.25.206.4]) by dsl2.external.hp.com (Postfix) with ESMTP id F257B482C for <153-done@bugs.parisc-linux.org>; Mon, 26 Nov 2001 14:47:09 -0700 (MST) Received: (from grundler@localhost) by puffin.external.hp.com (8.9.3/8.9.3) id OAA10726 for 153-done@bugs.parisc-linux.org; Mon, 26 Nov 2001 14:42:45 -0700 Date: Mon, 26 Nov 2001 14:42:45 -0700 From: Grant Grundler Message-Id: <200111262142.OAA10726@puffin.external.hp.com> To: 153-done@bugs.parisc-linux.org Subject: -pa11 committed -pa11 fixes the gathering of statistics. At least for CPU zero. Seems we are only gathering statistics on one CPU. Will submit another bug report gathering statistics on other CPUs. grant From Grant Grundler , 155@bugs.parisc-linux.org Mon Nov 26 15:19:02 2001 From: Grant Grundler , 155@bugs.parisc-linux.org (Grant Grundler , 155@bugs.parisc-linux.org) Date: Mon Nov 26 15:19:01 2001 Subject: [kernel] bug#155: top reports 50% idle on 2-way X-PA-RISC Linux-PR-Message: report 155 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.10068124425890 (code B ref -1); Mon, 26 Nov 2001 22:18:01 GMT Date: Mon, 26 Nov 2001 15:02:58 -0700 From: Grant Grundler Message-Id: <200111262202.PAA10773@puffin.external.hp.com> To: submit@bugs.parisc-linux.org Package: kernel Version: 2.4.14-pa11 On 2-way (64-bit kernel) a500, "top" reports: 13:53:16 up 14:20, 2 users, load average: 0.00, 0.00, 0.00 20 processes: 19 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0.0% user, 50.0% system, 0.0% nice, 50.0% idle Mem: 3782308K total, 1179876K used, 2602432K free, 52328K buffers Swap: 525288K total, 0K used, 525288K free, 566336K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 11733 grundler 17 0 1116 1120 896 R 0.5 0.0 0:00 top 1 root 8 0 648 652 552 S 0.0 0.0 0:05 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 18 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0 4 root 18 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU1 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 14 root -1 -20 0 0 0 SW< 0.0 0.0 0:00 mdrecoveryd ... Nothing is running. Should be reading 0 system, 100% idle. Matthew Wilcox saw a similar thing on a 4-way system: 14:46:09 up 1 day, 23:36, 2 users, load average: 6.03, 6.02, 6.00 42 processes: 35 sleeping, 7 running, 0 zombie, 0 stopped CPU states: 74.6% user, 0.4% system, 0.0% nice, 25.0% idle Mem: 752864K total, 531964K used, 220900K free, 32844K buffers Swap: 2097136K total, 0K used, 2097136K free, 136368K cached My first guess is we are possibly chasing several bugs: 1) System time isn't being accounted properly. 2) top is summarizing N-1 CPU data. Either CPU 0 is getting skipped or the last CPU's data isn't getting copied out to top. 3) a 32<->64 bit syscall wrapper is broken. From Josip Rodin , 156@bugs.parisc-linux.org Wed Nov 28 13:19:02 2001 From: Josip Rodin , 156@bugs.parisc-linux.org (Josip Rodin , 156@bugs.parisc-linux.org) Date: Wed Nov 28 13:19:02 2001 Subject: [kernel] bug#156: zsh's backticks fail with lesspipe X-PA-RISC Linux-PR-Message: report 156 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by bugs@bugs.parisc-linux.org id=B.10069780063287 (code B ref -1); Wed, 28 Nov 2001 20:18:02 GMT Date: Wed, 28 Nov 2001 21:07:31 +0100 To: submit@bugs.parisc-linux.org Message-ID: <20011128210731.D9438@cibalia.gkvk.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: Josip Rodin Package: kernel Hi, Matthew Wilcox tells me this is the right place to file this bug :) Running eval `lesspipe` with zsh on paer.debian.org doesn't work, it hangs. It appears that the length of what lesspipe outputs is the culprit, as I've experimented with several other eval's and backticks and whatnot and everything else worked, except for things like this: eval `perl -e 'print "a" x 2000'` But then, this hangs, too: eval `perl -e 'print "a" x 1'` It's kinda puzzling. Maybe the different types of quotes are bugging it? The kernel is: Linux paer 2.4.14-64-smp #1 SMP Mon Nov 26 19:13:46 MST 2001 parisc64 unknown -- 2. That which causes joy or happiness. From Matthew Wilcox , 156@bugs.parisc-linux.org Wed Nov 28 13:49:03 2001 From: Matthew Wilcox , 156@bugs.parisc-linux.org (Matthew Wilcox , 156@bugs.parisc-linux.org) Date: Wed Nov 28 13:49:02 2001 Subject: bug#156: [kernel] bug#156: zsh's backticks fail with lesspipe X-PA-RISC Linux-PR-Message: report 156 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 156-bugs@bugs.parisc-linux.org id=B156.10069799073668 (code B ref 156); Wed, 28 Nov 2001 20:48:01 GMT Date: Wed, 28 Nov 2001 20:38:20 +0000 From: Matthew Wilcox To: Josip Rodin , 156@bugs.parisc-linux.org Message-ID: <20011128203820.C24794@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kernel-admin@lists.parisc-linux.org on Wed, Nov 28, 2001 at 08:19:12PM +0000 Sender: On Wed, Nov 28, 2001 at 08:19:12PM +0000, kernel-admin@lists.parisc-linux.org wrote: > The kernel is: > Linux paer 2.4.14-64-smp #1 SMP Mon Nov 26 19:13:46 MST 2001 parisc64 unknown Joy has made my point for me; that uname -a _MUST_ include the -pa version. FYI: $ dpkg --status kernel-image-2.4.14-64-smp |grep Version Version: 11.1 -- Revolutions do not require corporate support. From Matthew Wilcox , 156@bugs.parisc-linux.org Wed Nov 28 14:34:02 2001 From: Matthew Wilcox , 156@bugs.parisc-linux.org (Matthew Wilcox , 156@bugs.parisc-linux.org) Date: Wed Nov 28 14:34:01 2001 Subject: [kernel] bug#156: kernel] bug#156: zsh's backticks fail with lesspipe X-PA-RISC Linux-PR-Message: report 156 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 156-bugs@bugs.parisc-linux.org id=B156.10069823864558 (code B ref 156); Wed, 28 Nov 2001 21:33:01 GMT Date: Wed, 28 Nov 2001 21:19:43 +0000 From: Matthew Wilcox To: Matthew Wilcox , 156@bugs.parisc-linux.org Cc: zsh@packages.debian.org Message-ID: <20011128211943.D24794@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kernel-admin@lists.parisc-linux.org on Wed, Nov 28, 2001 at 08:49:05PM +0000 Sender: > FYI: > $ dpkg --status kernel-image-2.4.14-64-smp |grep Version > Version: 11.1 hmm. on jagu (my personal machine): Linux jagu 2.4.14-pa10 #92 SMP Sat Nov 24 15:05:45 MST 2001 parisc64 unknown zsh exhibits no problems. the specific example: [willy@jagu:~]% eval `lesspipe` works _just fine_ [willy@jagu:~]% lesspipe export LESSOPEN="| /usr/bin/lesspipe %s"; export LESSCLOSE="/usr/bin/lesspipe %s %s"; # If you tried to view a file with a name that starts with '#', you # might see this message instead of the file's contents. # To view the contents, try to put './' ahead of the filename when # calling less. When I upgrade jagu to zsh 4.0.4-4, the problem reappears. Downgrading to 4.0.4-3 fixes the problem. So the problem seems to have been introduced between 4.0.4-3 and 4.0.4-4. Clint? -- Revolutions do not require corporate support. From Clint Adams , 156@bugs.parisc-linux.org Thu Nov 29 09:34:03 2001 From: Clint Adams , 156@bugs.parisc-linux.org (Clint Adams , 156@bugs.parisc-linux.org) Date: Thu Nov 29 09:34:02 2001 Subject: [kernel] bug#156: kernel] bug#156: zsh's backticks fail with lesspipe X-PA-RISC Linux-PR-Message: report 156 X-PA-RISC Linux-PR-Package: kernel X-Loop: daniel_frazier@hp.com Received: via spool by 156-bugs@bugs.parisc-linux.org id=B156.100705113032327 (code B ref 156); Thu, 29 Nov 2001 16:33:01 GMT Date: Thu, 29 Nov 2001 11:25:26 -0500 From: Clint Adams To: Matthew Wilcox Cc: 156@bugs.parisc-linux.org Message-ID: <20011129112526.A1513@dman.com> References: ; <20011128211943.D24794@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011128211943.D24794@parcelfarce.linux.theplanet.co.uk> User-Agent: Mutt/1.3.23i > When I upgrade jagu to zsh 4.0.4-4, the problem reappears. Downgrading to > 4.0.4-3 fixes the problem. So the problem seems to have been introduced > between 4.0.4-3 and 4.0.4-4. Clint? I see this in the build log for 4.0.4-4, which would indicate the kernel problem. checking if POSIX sigsuspend() works... no The log for 4.0.4-3 indicates that it wasn't built, so I can't see what happened there. If there is a discrepancy, I would think that rebuilding with a working kernel would solve the problem. If not, there is another issue. From daniel_frazier@hp.com Thu Nov 29 17:33:01 2001 From: daniel_frazier@hp.com (PA-RISC Linux bug Tracking System) Date: Thu, 29 Nov 2001 10:33:01 -0700 (MST) Subject: [kernel] bug#156: marked as done (zsh's backticks fail with lesspipe) In-Reply-To: <20011129171859.A30913@parcelfarce.linux.theplanet.co.uk> References: <20011129171859.A30913@parcelfarce.linux.theplanet.co.uk> <20011128210731.D9438@cibalia.gkvk.hr> Message-ID: X-PA-RISC Linux-PR-Message: closed 156 Your message dated Thu, 29 Nov 2001 17:18:59 +0000 with message-id <20011129171859.A30913@parcelfarce.linux.theplanet.co.uk> and subject line bad binary has caused the attached bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) dann frazier (administrator, PA-RISC Linux bugs database) -------------------------------------- Received: (at submit) by bugs.parisc-linux.org; 28 Nov 2001 20:06:46 +0000 >From joy@cibalia.gkvk.hr Wed Nov 28 13:06:46 2001 Received: from cibalia.gkvk.hr (cibalia.gkvk.hr [161.53.211.3]) by dsl2.external.hp.com (Postfix) with ESMTP id 59F8B482C for ; Wed, 28 Nov 2001 13:06:41 -0700 (MST) Received: from joy by cibalia.gkvk.hr with local (Exim 3.12 #1 (Debian)) id 169AzT-0002WS-00 for ; Wed, 28 Nov 2001 21:07:31 +0100 Date: Wed, 28 Nov 2001 21:07:31 +0100 To: submit@bugs.parisc-linux.org Subject: zsh's backticks fail with lesspipe Message-ID: <20011128210731.D9438@cibalia.gkvk.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: Josip Rodin Package: kernel Hi, Matthew Wilcox tells me this is the right place to file this bug :) Running eval `lesspipe` with zsh on paer.debian.org doesn't work, it hangs. It appears that the length of what lesspipe outputs is the culprit, as I've experimented with several other eval's and backticks and whatnot and everything else worked, except for things like this: eval `perl -e 'print "a" x 2000'` But then, this hangs, too: eval `perl -e 'print "a" x 1'` It's kinda puzzling. Maybe the different types of quotes are bugging it? The kernel is: Linux paer 2.4.14-64-smp #1 SMP Mon Nov 26 19:13:46 MST 2001 parisc64 unknown -- 2. That which causes joy or happiness. --------------------------------------- Received: (at 156-close) by bugs.parisc-linux.org; 29 Nov 2001 17:19:04 +0000 >From willy@www.linux.org.uk Thu Nov 29 10:19:04 2001 Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252]) by dsl2.external.hp.com (Postfix) with ESMTP id 0394A482C for <156-close@bugs.parisc-linux.org>; Thu, 29 Nov 2001 10:19:03 -0700 (MST) Received: from willy by www.linux.org.uk with local (Exim 3.33 #5) id 169Upv-0001GX-00 for 156-close@bugs.parisc-linux.org; Thu, 29 Nov 2001 17:18:59 +0000 Date: Thu, 29 Nov 2001 17:18:59 +0000 From: Matthew Wilcox To: 156-close@bugs.parisc-linux.org Subject: bad binary Message-ID: <20011129171859.A30913@parcelfarce.linux.theplanet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: the bug is in 4.0.4-4 because it was compiled on a broken kernel. i can only assume 4.0.4-3 was built on a 32-bit machine. the shortly coming 4.0.4-5 will fix this. -- Revolutions do not require corporate support. From edelgas@hotmail.com Fri Nov 30 09:28:51 2001 From: edelgas@hotmail.com (Anne Collins) Date: Fri, 30 Nov 2001 18:28:51 +0900 Subject: [kernel] Your fortune of the week Message-ID: <1870439-220011153092851350@12ji.com> --------------InterScan_NT_MIME_Boundary Content-Type: multipart/alternative; boundary="----=_NextPart_84815C5ABAF209EF376268C8" ------=_NextPart_84815C5ABAF209EF376268C8 Content-type: text/plain; charset="US-ASCII" ------=_NextPart_84815C5ABAF209EF376268C8 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable ::::: Your Weekly Fortune is Here=2E ::::: 12ji=2Ecom :::::= =
=20 =20 =20 =20
=
=20




=20
=20

=20 FREE Weekly Fortune Delivery

=20 NEW Oriental Philosophy Service

=20 SIMPLE & EASY Registration


=20
To learn more about 12ji, please visit <= a href=3D"http://www=2E12ji=2Ecom" target=3D"_blank">12ji=2Ecom
12ji=2Ecom Manag= ement Team
Email: fortune@12j= i=2Ecom
  =20
=20

Click here= =20 if you prefer not to receive future email from 12ji=2Ecom=2E=
Copyright ©2001 Interwiz=2E All rights reserved=2E
------=_NextPart_84815C5ABAF209EF376268C8-- --------------InterScan_NT_MIME_Boundary--