[kernel] bug#170: marked as done ([PARISC] kernel 2.5.58 doesn't compile)
PA-RISC Linux bug Tracking System
daniel_frazier@hp.com
Wed, 22 Jan 2003 03:03:02 -0700 (MST)
X-PA-RISC Linux-PR-Message: closed 170
Your message dated Wed, 22 Jan 2003 09:52:09 +0000
with message-id <20030122095209.B12658@parcelfarce.linux.theplanet.co.uk>
and subject line [kernel] bug#170: [PARISC] kernel 2.5.58 doesn't compile
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; 16 Jan 2003 17:37:38 +0000
>From eike@bilbo.math.uni-mannheim.de Thu Jan 16 10:37:38 2003
Received: from bilbo.math.uni-mannheim.de (bilbo.math.uni-mannheim.de [134.155.88.153])
by dsl2.external.hp.com (Postfix) with SMTP id 182964829
for <submit@bugs.parisc-linux.org>; Thu, 16 Jan 2003 10:37:38 -0700 (MST)
Received: (qmail 16921 invoked by uid 1208); 16 Jan 2003 17:37:40 -0000
Content-Type: text/plain;
charset="us-ascii"
From: Rolf Eike Beer <eike-kernel@sf-tec.de>
To: submit@bugs.parisc-linux.org
Subject: [PARISC] kernel 2.5.58 doesn't compile
Date: Thu, 16 Jan 2003 18:37:40 +0100
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200301161837.40830@bilbo.math.uni-mannheim.de>
Package: kernel
Version: 2.5.58
First problem:
arch/parisc/kernel/irq.c: In function `show_interrupts':
arch/parisc/kernel/irq.c:254: subscripted value is neither array nor pointer
arch/parisc/kernel/irq.c: In function `do_irq':
arch/parisc/kernel/irq.c:391: subscripted value is neither array nor pointer
I hope this fixes this, I looked on the other arch's irq.c and did the
following patch. But be careful, this is just looking 10 lines of code up and
down. It is completely untested!
--- arch/parisc/kernel/irq.c.orig Wed Jan 15 17:18:19 2003
+++ arch/parisc/kernel/irq.c Wed Jan 15 17:20:27 2003
@@ -251,7 +251,7 @@
#ifdef CONFIG_SMP
for (; j < NR_CPUS; j++)
#endif
- seq_printf(p, "%10u ", kstat_cpu(j).irqs[regnr][irq_no]);
+ seq_printf(p, "%10u ", kstat_cpu(j).irqs[irq_no]);
seq_printf(p, " %14s",
region->data.name ? region->data.name : "N/A");
@@ -388,7 +388,7 @@
int cpu = smp_processor_id();
irq_enter();
- ++kstat_cpu(cpu).irqs[IRQ_REGION(irq)][IRQ_OFFSET(irq)];
+ ++kstat_cpu(cpu).irqs[irq];
DBG_IRQ(irq, ("do_irq(%d) %d+%d\n", irq, IRQ_REGION(irq), IRQ_OFFSET(irq)));
At least it compiles. But then this happens:
arch/parisc/kernel/module.c: In function `apply_relocate_add':
arch/parisc/kernel/module.c:131: `R_PARISC_PLABEL32' undeclared (first use in this function)
arch/parisc/kernel/module.c:131: (Each undeclared identifier is reported only once
arch/parisc/kernel/module.c:131: for each function it appears in.)
arch/parisc/kernel/module.c:135: `R_PARISC_DIR32' undeclared (first use in this function)
arch/parisc/kernel/module.c:139: `R_PARISC_DIR21L' undeclared (first use in this function)
arch/parisc/kernel/module.c:143: `R_PARISC_DIR14R' undeclared (first use in this function)
arch/parisc/kernel/module.c:147: `R_PARISC_SEGREL32' undeclared (first use in this function)
arch/parisc/kernel/module.c:151: `R_PARISC_DPREL21L' undeclared (first use in this function)
arch/parisc/kernel/module.c:155: `R_PARISC_DPREL14R' undeclared (first use in this function)
arch/parisc/kernel/module.c:159: `R_PARISC_PCREL17F' undeclared (first use in this function)
arch/parisc/kernel/module.c:163: `R_PARISC_PCREL22F' undeclared (first use in this function)
arch/parisc/kernel/module.c:170: warning: long long unsigned int format, different type arg (arg 3)
I've grepped a lot, but there are no definitions of this anywhere in the
kernel source. The only ones I found are in a libc header file modified by
Eric Biederman and included in kexec-tools. But they also do not define
R_PARISC_PLABEL32. Looks like anyone missed a file, module.c is new
in 2.5.5?.
Eike
---------------------------------------
Received: (at 170-close) by bugs.parisc-linux.org; 22 Jan 2003 09:52:11 +0000
>From willy@www.linux.org.uk Wed Jan 22 02:52:11 2003
Received: from www.linux.org.uk (parcelfarce.linux.theplanet.co.uk [195.92.249.252])
by dsl2.external.hp.com (Postfix) with ESMTP id 21028482A
for <170-close@bugs.parisc-linux.org>; Wed, 22 Jan 2003 02:52:11 -0700 (MST)
Received: from willy by www.linux.org.uk with local (Exim 3.33 #5)
id 18bHYH-00041I-00; Wed, 22 Jan 2003 09:52:09 +0000
Date: Wed, 22 Jan 2003 09:52:09 +0000
From: Matthew Wilcox <willy@debian.org>
To: Rolf Eike Beer <eike-kernel@sf-tec.de>,
170-close@bugs.parisc-linux.org
Subject: Re: [kernel] bug#170: [PARISC] kernel 2.5.58 doesn't compile
Message-ID: <20030122095209.B12658@parcelfarce.linux.theplanet.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <no.id>; from kernel-admin@lists.parisc-linux.org on Thu, Jan 16, 2003 at 05:49:09PM +0000
Sender: <willy@www.linux.org.uk>
On Thu, Jan 16, 2003 at 05:49:09PM +0000, kernel-admin@lists.parisc-linux.org wrote:
> Package: kernel
> Version: 2.5.58
looks like you're using Linus' kernel, not one from parisc-linux.org.
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk